55 releases
0.3.6 | Aug 7, 2024 |
---|---|
0.3.5 | Jul 17, 2024 |
0.3.2 | May 28, 2024 |
0.3.1 | Jan 24, 2024 |
0.2.10 | Jun 16, 2020 |
#33 in Cargo plugins
2,429 downloads per month
145KB
3.5K
SLoC
cargo-workspaces
Inspired by Lerna
A tool that optimizes the workflow around cargo workspaces with git
and cargo
by providing utilities to
version, publish, execute commands and more.
I made this to work on clap and other projects that rely on workspaces. But this will also work on single crates because by default every individual crate is a workspace.
Installation
cargo install cargo-workspaces
Usage
The installed tool can be called by cargo workspaces
or cargo ws
. Both of them point to the same.
You can use cargo ws help
or cargo ws help <subcmd>
anytime to understand allowed options.
The basic commands available for this tool are given below. Assuming you run them inside a cargo workspace.
Init
Initializes a new cargo workspace in the given directory. Creates Cargo.toml
if it does not exist and
fills the members
with the all the crates that can be found in that directory.
USAGE:
cargo workspaces init [PATH]
ARGS:
<PATH> Path to the workspace root [default: .]
OPTIONS:
-h, --help Print help information
Create
Interactively creates a new crate in the workspace. We recommend using this instead of cargo new
. All
the crates start with 0.0.0
version because the version is responsible for determining the
version.
USAGE:
cargo workspaces create [OPTIONS] <PATH>
ARGS:
<PATH> Path for the crate relative to the workspace manifest
OPTIONS:
--bin Whether this is a binary crate
--edition <EDITION> The crate edition [possible values: 2015, 2018, 2021]
-h, --help Print help information
--lib Whether this is a library crate
--name <NAME> The name of the crate
List
Lists crates in the workspace.
USAGE:
cargo workspaces list [OPTIONS]
OPTIONS:
-h, --help Print help information
LIST OPTIONS:
-a, --all Show private crates that are normally hidden
--json Show information as a JSON array
-l, --long Show extended information
Several aliases are available.
cargo ws ls
impliescargo ws list
cargo ws ll
impliescargo ws list --long
cargo ws la
impliescargo ws list --all
Changed
List crates that have changed since the last git tag. This is useful to see the list of crates that would be the subjects of the next version or publish command.
USAGE:
cargo workspaces changed [OPTIONS]
OPTIONS:
--error-on-empty Return non-zero exit code if no changes detected
--force <pattern> Always include targeted crates matched by glob even when there are no changes
-h, --help Print help information
--ignore-changes <pattern> Ignore changes in files matched by glob
--include-merged-tags Include tags from merged branches
--since <SINCE> Use this git reference instead of the last tag
LIST OPTIONS:
-a, --all Show private crates that are normally hidden
--json Show information as a JSON array
-l, --long Show extended information
Exec
Executes an arbitrary command in each crate of the workspace.
USAGE:
cargo workspaces exec [OPTIONS] <ARGS>...
ARGS:
<ARGS>...
OPTIONS:
-h, --help Print help information
--ignore <pattern> Ignore the crates matched by glob
--ignore-private Ignore private crates
--no-bail Continue executing command despite non-zero exit in a given crate
For example, if you want to run ls -l
in each crate, you can simply do cargo ws exec ls -l
.
Version
Bump versions of the crates in the workspace. This command does the following:
- Identifies crates that have been updated since the previous tagged release
- Prompts for a new version according to the crate
- Modifies crate manifest to reflect new release
- Update intra-workspace dependency version constraints if needed
- Commits those changes
- Tags the commit
- Pushes to the git remote
You can influence the above steps with the flags and options for this command.
USAGE:
cargo workspaces version [OPTIONS] [ARGS]
OPTIONS:
-h, --help Print help information
VERSION ARGS:
<BUMP> Increment all versions by the given explicit semver keyword while skipping the prompts for them
[possible values: major, minor, patch, premajor, preminor, prepatch, skip, prerelease, custom]
<CUSTOM> Specify custom version value when 'bump' is set to 'custom'
VERSION OPTIONS:
-a, --all Also do versioning for private crates (will not be published)
--exact Specify inter dependency version numbers exactly with `=`
--force <pattern> Always include targeted crates matched by glob even when there are no changes
--ignore-changes <pattern> Ignore changes in files matched by glob
--include-merged-tags Include tags from merged branches
--pre-id <identifier> Specify prerelease identifier
-y, --yes Skip confirmation prompt
GIT OPTIONS:
--allow-branch <pattern> Specify which branches to allow from [default: master]
--amend Amend the existing commit, instead of generating a new one
--git-remote <remote> Push git changes to the specified remote [default: origin]
--individual-tag-prefix <prefix> Customize prefix for individual tags (should contain `%n`) [default: %n@]
-m, --message <MESSAGE> Use a custom commit message when creating the version commit [default: Release %v]
--no-git-commit Do not commit version changes
--no-git-push Do not push generated commit and tags to git remote
--no-git-tag Do not tag generated commit
--no-global-tag Do not create a global tag for a workspace
--no-individual-tags Do not tag individual versions for crates
--tag-prefix <prefix> Customize tag prefix (can be empty) [default: v]
Fixed or Independent
By default, all the crates in the workspace will share a single version. But if you want the crate to have it's version be independent of the other crates, you can add the following to that crate:
[package.metadata.workspaces]
independent = true
For more details, check Config section below.
Publish
Publish all the crates from the workspace in the correct order according to the dependencies. By default,
this command runs version first. If you do not want that to happen, you can supply the
--from-git
option.
Note: dev-dependencies are not taken into account when building the dependency graph used to determine the proper publishing order. This is because dev-dependencies are ignored by
cargo publish
- as such, a dev-dependency on a local crate (with apath
attribute), should not have aversion
field.
USAGE:
cargo workspaces publish [OPTIONS] [ARGS]
OPTIONS:
-h, --help Print help information
VERSION ARGS:
<BUMP> Increment all versions by the given explicit semver keyword while skipping the prompts for them
[possible values: major, minor, patch, premajor, preminor, prepatch, skip, prerelease, custom]
<CUSTOM> Specify custom version value when 'bump' is set to 'custom'
VERSION OPTIONS:
-a, --all Also do versioning for private crates (will not be published)
--exact Specify inter dependency version numbers exactly with `=`
--force <pattern> Always include targeted crates matched by glob even when there are no changes
--ignore-changes <pattern> Ignore changes in files matched by glob
--include-merged-tags Include tags from merged branches
--pre-id <identifier> Specify prerelease identifier
-y, --yes Skip confirmation prompt
GIT OPTIONS:
--allow-branch <pattern> Specify which branches to allow from [default: master]
--amend Amend the existing commit, instead of generating a new one
--git-remote <remote> Push git changes to the specified remote [default: origin]
--individual-tag-prefix <prefix> Customize prefix for individual tags (should contain `%n`) [default: %n@]
-m, --message <MESSAGE> Use a custom commit message when creating the version commit [default: Release %v]
--no-git-commit Do not commit version changes
--no-git-push Do not push generated commit and tags to git remote
--no-git-tag Do not tag generated commit
--no-global-tag Do not create a global tag for a workspace
--no-individual-tags Do not tag individual versions for crates
--tag-prefix <prefix> Customize tag prefix (can be empty) [default: v]
PUBLISH OPTIONS:
--allow-dirty Allow dirty working directories to be published
--dry-run Runs in dry-run mode
--no-remove-dev-deps Don't remove dev-dependencies while publishing
--no-verify Skip crate verification (not recommended)
--publish-as-is Publish crates from the current commit without versioning
REGISTRY OPTIONS:
--registry <REGISTRY> The Cargo registry to use
--token <TOKEN> The token to use for accessing the registry
Rename
Rename crates in the project. You can run this command when you might want to publish the crates with a standard prefix.
USAGE:
cargo workspaces rename [OPTIONS] <TO>
ARGS:
<TO> The value that should be used as new name (should contain `%n`)
OPTIONS:
-a, --all Rename private crates too
-f, --from <crate> Rename only a specific crate
-h, --help Print help information
--ignore <pattern> Ignore the crates matched by glob
Plan
List the crates in publishing order. This does not check for changes or try to version. It takes the crates as-is.
USAGE:
cargo workspaces plan [OPTIONS]
OPTIONS:
-h, --help Print help information
--skip-published Skip already published crate versions
REGISTRY OPTIONS:
--registry <REGISTRY> The Cargo registry to use
--token <TOKEN> The token to use for accessing the registry
LIST OPTIONS:
--json Show information as a JSON array
-l, --long Show extended information
Config
There are two kind of options.
- Workspace: Options that are specified in the workspace with
[workspace.metadata.workspaces]
- Package: Options that are specified in the package with
[package.metadata.workspaces]
If an option is allowed to exist in both places, it means that the value specified in the Package overrides the value specified in Workspace.
Name | Type | Workspace | Package | Used in Commands |
---|---|---|---|---|
allow_branch |
String |
Yes | No | version , publish |
independent |
bool |
No | Yes | version , publish |
no_individual_tags |
bool |
Yes | No | version , publish |
Contributors
Here is a list of Contributors
TODO
Changelog
Please see CHANGELOG.md.
License
MIT/X11
Bug Reports
Report here.
Creator
Pavan Kumar Sunkara (pavan.sss1991@gmail.com)
Dependencies
~30–46MB
~766K SLoC