David Rodríguez ffcfaf4ce4 [rubygems/rubygems] Undeprecate Gemfiles without a global source
After having a second look at this deprecation, the explanation that
we're giving does not make a lot of sense. When working only with local
gems, Bundler will indeed generate a different lockfile depending on
the latest installed version of each gem is at `bundle install` time.

That's the same situation that happens with remote sources: Bundler will
generate a different lockfile depending on the latest version of each
gem available remotely.

So, I don't think "a consistent lockfile not getting generated" is a
good motivation for deprecating this.

Also, this deprecation brings additional challenges, since for example,
it should arguably not get printed when using `bundle install --local`?

The original problem when this deprecation was introduced was an
incorrect message about a missing gem having been yanked.

So, I think a better solution is to, as long as we give proper error
messages when things go wrong, let users do what's best for them and
undo the deprecation.

https://github.com/rubygems/rubygems/commit/17499cb83f
2024-11-07 10:03:54 +00:00
..
2024-11-07 02:39:23 +00:00
2024-10-16 15:56:01 +00:00
2024-11-07 06:52:30 +00:00
2024-11-07 02:26:50 +00:00
2024-11-01 05:04:32 +00:00
2024-11-06 08:37:52 +00:00
2024-10-03 18:47:09 +09:00
2024-10-16 15:56:01 +00:00
2024-11-06 08:57:59 +00:00
2024-11-06 07:47:49 +00:00
2024-11-06 08:26:55 +00:00
2024-11-06 08:05:01 +00:00
2024-11-06 07:32:52 +00:00