delta/bundler.git/spec/runtime, branch parallel_rspec

Parallelize test suite

2019-07-23T21:14:52+00:00

Add a comment to explain the initial reset

2019-07-23T09:23:00+00:00

Move environment reset to the only test needing it

2019-07-23T09:23:00+00:00

Improve test to make it more independent from env

2019-07-23T09:22:59+00:00

Change the refresh spec to not use `stubs_for`

2019-07-11T09:02:49+00:00

We plan to incrementally populate this array in rubygems, so that will
break the test because the first time `find_by_name("rack")` is called
will make the `rack` gem available in the array.

We can test the same thing using some other way, which is more
appropriate anyways, because `Bundler.rubygems.find_name` is only used
inside `bundler` to look for the `bundler` gem itself whereas
`Bundler.rubygems.all_specs` is used in more places.

No need to make `Gem.refresh` a noop

2019-07-11T09:02:35+00:00

The rubygems integration sets up a `post_reset` hook that resets the
specs back to what bundler knows after `Gem::Specification.reset` is
called (which is what `Gem.refresh` calls under the hood).

Add all platforms to lockfile by default

2019-07-10T10:08:14+00:00

Make spec easier to debug

2019-07-05T07:25:42+00:00

Merge #7154

2019-07-04T18:35:32+00:00

7154: bundler/inline should install gems to BUNDLE_PATH r=deivid-rodriguez a=robuye

### What was the end-user problem that led to this PR?

This addresses the problem described in issue #7131. `bundler/inline` does not respect `BUNDLE_PATH` env variable and installs gems to the default location.

### What was your diagnosis of the problem?

`Bundler.configure` is not called at any point in `bundler/inline`.

### What is your fix for the problem, implemented in this PR?

To call it :)

### Why did you choose this fix out of the possible options?

When bundler is invoked via `bundle install` this method gets called.

---

The included test is failing without this change as expected.

I have also tested it manually using the code from the issue on ruby 2.6 and with bundler `1.17.2` & `2.0.1`.

Co-authored-by: robuye

Merge #7161

2019-06-24T10:33:28+00:00

7161: Fix file URIs on Windows r=hsbt a=deivid-rodriguez

### What was the end-user problem that led to this PR?

The problem was that file:// URIs were not properly handled on Windows, and those are heavily used by our specs.

### What was your diagnosis of the problem?

My diagnosis was that Windows paths do not start with a slash, so we need to add an extra slash to
separate the host from the path in file:// urls. Otherwise "D:" is parsed as the host segment in the URI.

As a consequence of that change, we also need to strip that leading character when using the path segment for those URIs, so that it's a valid file path on Windows.

This change reduces Windows CI spec failures from 429 to 355.

In order to apply this fix for all file URI's in tests, I extracted a helper method and searched and replaced all file:// ocurrences with the method. The diff is big because of that, but I think it works fine.

Co-authored-by: David Rodríguez