The format is based on Keep a Changelog.
- (upgrade) Remove of
--offline
as we don't have local caching for sparse registry
- (upgrade) Switched from git to sparse registry for faster runs
- Dependency update
- Stylize help output
- Fix building on nightlies
- (rm) Removed in favor of
cargo remove
- (upgrade)
--recursive <true|false>
now defaults to the same as--compatible <true|false>
- MSRV-aware setting of version requirements with
--ignore-rust-version
and--rust-version <VER>
flags- Resolver still won't be MSRV aware
- Lack of transparency in filtering out incompatible rust-versions (no warnings, no details in errors)
- Don't upgrade indirect dependencies with
--incompatible allow --compatible deny
upgrade
--locked --dry-run
should error if there are changes
upgrade
- In summary lists, coalece long lists
- Reduce padding, consuming precious vertical space on large workspaces
- Move unchanged requirements out of table unless
--verbose
, moving the existing--verbose
to--verbose --verbose
.
upgrade
- Report dependency tables to
stdout
, instead ofstderr
- Dependencies updated
- Improved build times
upgrade
- Ensure precise version setting runs
- Remove error blocking precise version setting
set-version
- Modify
workspace.package.version
and all dependents, when needed
set-version
- Update versions in
workspace.dependencies
in virtual workspaces - Be more consistent with rest of cargo in output
- Polished help output
upgrade
- Upgrade
workspace.dependencies
(new in Rust 1.64)
upgrade
- Changed
--compatible
,--incompatible
, and--pinned
from acceptingtrue|false
toallow|ignore
(with aliases for compatibility- While we are still working out how we want to express these options, this at least removes the confusion over
--compatible false
looking like it is the same as--incompatible
.
- While we are still working out how we want to express these options, this at least removes the confusion over
This release is another step in our effort to find the appropriate cargo upgrade
workflow for merging into cargo
.
This new iteration is modeled on the idea "if we started from scratch, what
would cargo update
look like?". Besides getting us to think outside
the box, I hope that we can deprecate cargo update
and replace it with cargo upgrade
(caution: this has not been passed by the cargo team). We need
runtime with the proposed behavior with feedback to see how well the idea works
in theory and if it justifies the ecosystem churn of deprecating cargo update
.
More concretely, the approach taken in this release is a cargo update
-like
command that implicitly modifies Cargo.lock
.
To this end
cargo upgrade
now works on the whole workspace exclusively- This also resolves confusion over
--package
,--exclude
, and the positionalPKGID
argument - This also removes any UI barriers for supporting workspace inheritance coming in 1.64
- This also resolves confusion over
cargo upgrade -p [email protected]
will act as ifcargo update -p serde --precise 1.0.100
was performed- Compatible versions are upgraded by default
- Pass
--incompatible
or--pinned
to upgrade to incompatible versions - Disable the default with
--compatible false
- See this PR for context on the trade offs
- Pass
A side benefit of this approach is that users will get an approximation of
minimal-version resolution so long as they stay within cargo add
and cargo upgrade
and commit their Cargo.lock
file.
Please include in any feedback:
- An evaluation of current behavior that takes into account the exiting "care abouts" or any additional we don't have listed yet
- An evaluation of how existing or new alternatives would better fit the full set of care abouts
upgrade
- Compatible versions are upgraded by default, with opt-out via
--compatible false
- Pinned dependencies will be upgraded to compatible versions when
--compatible true
, reserving--pinned
for incompatible upgrades - Incompatible versions require opting in with
-i
/--incompatible
- When a version requirement is fully specified, the lock version will modified to use that version
- Exclusively operate on the workspace
- The positional argument for selecting dependencies to upgrade has moved to
--package <NAME>
--package
and--exclude
now take crate names rather than dependencies names (matters when dependencies are renamed)
upgrade
--recursive <true|false>
for controlling how the lockfile is updated- Update git dependencies
upgrade
- Treat
3.2.x
as pinned - Update lockfile in offline mode
- Don't touch the lockfile in dry-run
- Prefer preserving the original version requirement over compatible version upgrades (in cases where we don't know how to preserve the format)
upgrade
- Hide "note" column when unused
- Summarize uninteresting rows by default
upgrade
- Provide table view of upgrades, like
cargo outdated
, to raise visibility for why a change isn't made - Fix where we didn't respect
--offline
- Fix
--to-lockfile
to update non-registry version requirements - Update lockfile for upgraded requirements
- Update
--help
to be consistent withcargo add
rm
- Update
--help
to be consistent withcargo add
upgrade
- Only fail on bad lockfile if
--to-lockfile
is set
rm
- Don't duplicate error messages
upgrade
- Note the
--pinned
flag when pinned dependencies are skipped
add
- Provide a failing command to tell people how to get it
- Many programmatic APIs changed
cargo add
remove in favor of the version included with cargo 1.62.0cargo upgrade
skips pinned dependencies by default, run with--pinned
to do them allcargo upgrade --skip-compatible
is now default, run with--to-lockfile
to upgrade allcargo upgrade
now accepts dependency keys rather than crate namescargo upgrade
now preserves version req precisioncargo upgrade --allow-prerelease
was removed to matchcargo add
All
- Align console messages
- Allow using
--manifest-path
with--pkgid
- Allow relative paths with
--manifest-path
upgrade
- Positional arguments are now dependency keys, allowing forcing of renamed dependencies to upgrade
- Make compatible upgrades and precision preservation work together
- Cleaned up output
- Preserve user formatting of dependencies
- Don't confuse dependencies
upgrade
- Always preserve version req precision
- With
--verbose
, see why dependencies didn't upgrade - Error if upgrades possible with
--locked
- Allow multiple occurrences of
--pkgid
rm
- Add
--target
flag - Add
--dry-run
flag
set-version
- Don't overwrite updated dependencies with stale data when modifying multiple packages
In large part, this release is a test-bed for changes proposed as part of the
path to merging cargo-add
into cargo. See
internals
for more background on the changes.
- Many programmatic APIs changed
- Feature flag
vendored-libgit2
is activated by default
cargo-add
- Removed
--upgrade <policy>
- Removed
--sort
- Removed
--allow-prerelease
- Removed
cargo add <git-url>
, requiringcargo add --git <git-url>
- Removed
--path <path>
in favor ofcargo add <path>
- Removed
--vers <version-req>
in favor ofcargo add <name>@<version-req>
--git
support is now feature gated as we work out how to expose it
cargo-add
- Lists available features
- Warn when adding non-existent features
- git
--tag
and--rev
support --default-features
flag for when updating an existing entry--no-optional
flag for when updating an existing entry- Allow
,
to separate--features
- Added
-F
short flag for--features
cargo add serde +derive
feature activation--dry-run
support
General
- TOML 1.0 compliant parser
- Use stderr for user messages
- Improve detection for enabling colored output
- Handle empty cargo config
source
table
cargo-add
- Allow
--registry
withname@version
and path dependencies - Don't panic on
--target=
(ie empty target) - Cleaned up "Adding" message
- Improve overwrite behavior (re-adding the same dependency)
- Allow using both
--manifest-path
and--package
- Remove invalid dependency activation
- When adding an existing dependency to another table, reuse the existing source information (e.g. version requirement)
cargo-rm
- Don't create empty feature tables
- Remove dep activation when no longer optional
cargo-upgrade
- Preserve version requirement precision (behind a feature flag)
cargo-set-version
- Allow
--metadata
to override version metadata - Improve dependent detection
Many programmatic APIs changed
cargo-add
- Dependency paths are now relative to current working directory, rather than affect crate root (#497)
- Sane defaults when adding a dependency from within the workspace (#504)
- New
vendored-openssl
crate feature (#447) - New
vendored-libgit2
crate feature (#488) - Support for dotted keys in TOML (#491)
cargo-set-version
- New command to bump crate versions (#482)
- Automatically update all workspace dependents (#506)
cargo-upgrade
- Add
--exclude
(#446)
- Fixed various bugs when interacting with the registry (e.g. #433, #484)
- Read config files with extensions as added with Rust 1.39 (#439)
- rustsec
- Removed unmaintained
dirs
dependency (#440) - Remove dependency on old
hyper
v0.13 (#431)
- Removed unmaintained
- Respect
--quiet
when updating the index (#462) - Lookup pkg id's relative to
--manifest-path
rather than current working directory (#505)
cargo-add
- Look up versions after updating the index (#483)
- Allow optional build dependencies (#494)
- Dependency paths are now relative to current working directory, rather than affect crate root (#497)
- Prevent
cargo add .
from working (#501) - Sane defaults when adding a dependency from within the workspace (#504)
cargo-upgrade
- Update optional dependencies with
--to-lockfile
(#427) - Actually report upgrade when
package
key is used (#409)
cargo-rm
- Remove references among features to crate being removed (#500)
New features:
- Keep dependencies in sorted order if they were already sorted (#421 by @joshtriplett)
Fixes:
- Fix for cargo-nightly (#413 by @meltinglava)
- Normalise windows-style paths (#403 by @Michael-F-Bryan)
- Fix for non-lowercase crate names (#398)
New features:
- You can now specify a branch for git dependencies (#379 by @struktured)
- A long awaited feature to support
-p
flag in the workspace is finally there 🎉 ` (#390 by @pwoolcoc)
Fixes:
--all
flag is now deprecated in favor of--workspace
to match cargo (#392 by @pwoolcoc)
This is a minor release that updates the dependencies so that it's easier to use cargo-edit
as a library.
Fixes:
- Adding a dependency that was renamed previously (#351 by @stiiifff)
Full changes: https://github.com/killercup/cargo-edit/compare/v0.4.2...v0.5.0
New features:
-
Add a
--skip-compatible
flag to cargo upgrade (#360)This flag will make cargo upgrade ignore upgrades where the old version is semver compatible with the new one. This is useful in cases where you don't want to churn the
Cargo.toml
files in the whole project knowing that the lockfile is already forcing the versions to be up to date.
Other:
- Bunch of internal clean-ups
New features:
- new cool feature: try passing
--to-lockfile
tocargo upgrade
(#337 by @tofay) - alternative registries support (#336 by @tofay)
cargo add
now supports--rename
flag (#345)
Bug fixes:
cargo upgrade
works correctly with renamed dependencies (#342 by @stiiifff)cargo-{add, upgrade}
now works with ssh auth for git (#334)cargo upgrade
does not downgrade prerelease dependencies (#348)
Major changes:
cargo add
andcargo upgrade
now supports--offline
mode and minimizes network queries (#317 by @DCjanus)cargo add
now accepts--sort
flag to sort dependencies (#322 by @thiagoarrais)
- Update dependencies to most recent versions
New features:
- add multiple local packages (#295)
- support for
--no-default-features
flag (#290) - rm multiple crates (#289)
Bug fixes:
- strip semver metadata on versions (#304)
Update dependencies, which fixes issues with OpenSSL 1.1.1 (#245)
A lot has happened since the last stable release!
The most important feature sure is that we try to not mess up your Cargo.toml
files anymore!
While we are not 100% there yet, cargo add foo
should give you much nicer edits now.
Other cool features:
- Add proxy support via env variable (#179)
- Allow simultaneous specification of both version and path (thanks, @dherman!)
- Add specific error for a missing crate (thanks, @bjgill!)
cargo-upgrade
now supports--precise
,--dry-run
, and has nicer output