| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
| |
The only existing spec coverage was essentially integration level and
there was no way either @lucasmazza or myself could find a way to
simulate the bug context.
I extracted some of the code out of outdated into Definition and
SpecSet and added unit specs to those extracted bits.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Fixes #5076. When a filter option is in use and it filters out
everything in the requested categories, it's safer to say there were no
%{level} updates to display rather than "Bundle up to date!"
Tracking an additional local variable with the exact info to know that
even when filtered there was nothing to update anyway I didn't feel was
worth it with the current design.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes #4772 - Changes previous `--patch` / `--minor` / `--major` options
to `--filter-patch` / `--filter-minor` / `--filter-major` and adds back
`--patch` / `--minor` / `--major` as conservative the patch level update
options to match the behavior of these options in `bundle update` in
1.13.
This is a breaking change for the previous filtering options added in
1.12, but we're allowing it because there was some confusion as to what
those options did in 1.12, some thinking that it would perform the
resolution constraints that these options _now_ actually do.
A problem with merging in conservative bundle update options was the
pre-existing `--strict` `outdated` option, which has been in `outdated`
since 1.5. `--strict` for `outdated` means to only report on newer gem
versions that still satisfy declared requirements in the Gemfile.
Without `--strict`, `outdated` reports the most recent available
regardless of declared requirements in the Gemfile.
`--strict` in `update` in 1.13 means to not allow _any_ dependency to
update past the patch level option.
Rather than break the longer standing `--strict` option, the new
`--update-strict` option has been added which maps to the conservative
bundle update `--strict` option. We can revisit this in 2.0.
This also fixes #5065, where the new filtering options were ignored if
the `--strict` option was used.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Restore default outdated.
Added command in cli:
- bundle outdated --groups
Added --group option.
Groups with alphabetical order.
Added test. Reverted.
|
|
|
|
|
| |
# Conflicts:
# lib/bundler/cli/doctor.rb
|
|
|
|
|
|
|
|
| |
- `bundle outdated` will now only show updates for a gem if there are
available updates for that gem on the same platform
- ex. gem `laduradura` is being used on ruby platform but updates are
available on gem `laduradura` for java platform = do not display
potential update versions for java
|
|
|
|
| |
is an array of specs
|
|
|
|
|
|
| |
non-semantically versioned gems
- Examples of non-semantic versions: "7.0", "8"
|
|
|
|
|
|
|
| |
`--minor`, and `--patch` flags
- Add test coverage for these combination sets
- Fixes #4396
|
| |
|
|
|
|
|
| |
- `bundle outdated --patch` will only report updates in the patch
version (v#.#.patch)
|
|
|
|
|
|
| |
- `bundle outdated --minor` should only report updates in the minor
version (not "at least minor version")
- Create shared example unit spec for ignoring major version updates
|
|
|
|
|
| |
- (frozen state ex. after `bundle install --deployment`)
- closes #4287
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This flag changes the output of bundle outdated from:
```
* activesupport (newest 3.0, installed 2.3.5, requested = 2.3.5) in groups "development, test"
```
to
```
activesupport (newest 3.0, installed 2.3.5, requested = 2.3.5)"
```
and removes the extraneous output relating to fetching gem metadata,
version metadata, git updates, and resolving dependencies.
- Addresses bundler/bundler-features#85
|
| |
|
|
|
|
|
| |
This feature adds the ability to specify on outdated command to
show only the gems with a major or minor updates
|
| |
|
| |
|
| |
|
|
|
|
| |
closes #3850
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
- Minimal solution
|
|
|
|
|
|
|
|
|
|
|
|
| |
We're pulling out svn source support into a plugin. While we work on
that, you can use the 1.8.0.svn release, but subversion sources aren't
an official part of Bundler itself.
This reverts commit 049d281d0fdcc29297a21c6a66cd7efc38690675.
This reverts commit 22fecdd07fdf02edb1a8824fb73dd7e015507644.
This reverts commit 38f195e11f37ce5139af4ff3384eb2f26c2edb19.
This reverts commit 500436a33de0b884525dbf82cfc69332fc96f8b9.
This reverts commit 2c356be90a23921058cd14fd0e4a366da195021a.
|
|
|
|
|
|
|
|
| |
Now that we’re printing the number of gems requested and installed in
the bundle, it seems good to put those on the same line as the message
that says “your bundle is complete!”. While we’re updating that message,
it seems good to remove “your”, because it’s unclear whose bundle it is
anyway. It’s just A Bundle, or The Bundle, which means we don’t need
a pronoun or possessive.
|
| |
|
|
|
|
| |
It now behaves exactly like if performing a dry run of `bundle update`
|
| |
|
| |
|
| |
|
| |
|
|
binstubs in CLI
|