| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|\
| |
| |
| | |
[Documentation] Pristine documentation
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | | |
[Settings] Allow configuring a mirror fallback timeout without a trailing slash
Closes #4830
|
| | | |
|
|\ \ \
| |_|/
|/| |
| | | |
[CLI] Avoid loading Thor::Actions when it is not used
|
| | | |
|
| | | |
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | | |
[Documentation] `bundle add` documentation
|
| | | |
|
| |/ |
|
|\ \
| | |
| | |
| | |
| | |
| | | |
Unify the names of GitHub and RuboCop
As far as I know, I think that "GitHub" and "RuboCop" become more precise names. This PR unifies the name in that way.
|
| | | |
|
| |/ |
|
|\ \
| |/
|/|
| |
| |
| | |
add metadata to gemspec
Including new changelog link!
|
|/
|
|
| |
Including new changelog link
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Tweak a template of newgem
if value of `config[:coc]` is not `true` when executing `bundle gem <gemname>`, redundant blank lines are created in README.md.
This patch will not create these redundant blank lines.
```diff
## Contributing
Bug reports and pull requests are welcome on GitHub at https://github.com/[USERNAME]/foo.
-
## License
The gem is available as open source under the terms of the [MIT License]
(http://opensource.org/licenses/MIT).
-
```
Related PR: #5523
|
|/ |
|
|\
| |
| |
| | |
Version 1.15.0.pre.2
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Ensure pre-existing Git caches are updated from remote sources
This will be my first contribution to Bundler. Thanks for the amazing dev setup guides!
This fixes issue #5423 where Git sources would not be updated if they were already cached in `vendor/cache`.
When we build a Git source from Gemfile.lock, we store the revision listed in the lockfile. However, when unlocking the source for an update, we don't clear that revision, and the update proceeds to grab the stale version from `vendor/cache`. Interestingly, this behaviour only occurs when updating a specific gem, i.e. `bundle update timecop`. This bug isn't present when doing a global `bundle update`, possibly because of the differences in how we build up the Definition between the two methods.
Closes #5423.
(cherry picked from commit 334b901de575ca4b6b88e164106e2a52f4f4bff9)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Avoid duplicating specs in the lockfile after updating w/ the gem uninstalled
Closes https://github.com/bundler/bundler/issues/5599
I decided to not compare using `full_name` in `SpecSet#merge` for the sake of performance, since `#full_name` is uncached
(cherry picked from commit 8e2cd4ac9b1b0c3459b5969af364b318821121e5)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Apply source and git_version to stub spec extension
Fixes https://github.com/bundler/bundler/issues/5594
`stub_specification` doesn't know what `full_name` should be because we don't have a record of the source, so it resolves to `cityhash-0.6.0` rather than `cityhash-3cfc7d01f333`
This makes `StubSpecification` aware of the source to we can still avoid loading the full spec when needed. This is done by bringing remote_specs `attr_accessor :source` to `stub_spec`, and assigning source to the `stub`.
I am probably missing some edge cases to check for though 🙈 Need to write specs.
cc @segiddins
(cherry picked from commit dcddaf98a7201483277b71ae1fb7904a15a0cc9f)
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Ensure pre-existing Git caches are updated from remote sources
This will be my first contribution to Bundler. Thanks for the amazing dev setup guides!
This fixes issue #5423 where Git sources would not be updated if they were already cached in `vendor/cache`.
When we build a Git source from Gemfile.lock, we store the revision listed in the lockfile. However, when unlocking the source for an update, we don't clear that revision, and the update proceeds to grab the stale version from `vendor/cache`. Interestingly, this behaviour only occurs when updating a specific gem, i.e. `bundle update timecop`. This bug isn't present when doing a global `bundle update`, possibly because of the differences in how we build up the Definition between the two methods.
Closes #5423.
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | | |
Dsl improvements
This PR contains a couple of small improvements to help remove code complexity in the DSL. Refer to the commit messages for context.
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
|\ \ \ \
| |_|/ /
|/| | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Avoid duplicating specs in the lockfile after updating w/ the gem uninstalled
Closes https://github.com/bundler/bundler/issues/5599
I decided to not compare using `full_name` in `SpecSet#merge` for the sake of performance, since `#full_name` is uncached
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Fix exec_spec on ruby-head
|
| | | | | |
|
| |/ / / |
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Apply source and git_version to stub spec extension
Fixes https://github.com/bundler/bundler/issues/5594
`stub_specification` doesn't know what `full_name` should be because we don't have a record of the source, so it resolves to `cityhash-0.6.0` rather than `cityhash-3cfc7d01f333`
This makes `StubSpecification` aware of the source to we can still avoid loading the full spec when needed. This is done by bringing remote_specs `attr_accessor :source` to `stub_spec`, and assigning source to the `stub`.
I am probably missing some edge cases to check for though 🙈 Need to write specs.
cc @segiddins
|
| | | | | |
|
| | | | | |
|
| |/ / / |
|
|\ \ \ \
| |/ / /
|/| | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
move implementation of Bundler::Env to class methods
This is to a comment i made in #5589
Currently to print the Bundler env report you need to need to invoke it
via:
Bundler::Env.new.report
This change removes the need to instantiate an instance and just call
a class method of the same name:
Bundler::Env.report
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Currently to print the Bundler env report you need to need to invoke it
via:
Bundler::Env.new.report
This change removes the need to instantiate an instance and just call
the class method of the same name:
Bundler::Env.report
|
|\ \ \ \
| | |_|/
| |/| |
| | | | |
Version 1.15.0.pre.1
|