cargo-run(1)
名称
cargo-run — 运行当前包
概要
cargo run
[选项] [--
参数]
描述
运行本地包的二进制文件或示例。
两个破折号 (--
) 之后的所有参数都传递给要运行的二进制文件。如果您要同时向 Cargo 和二进制文件传递参数,则 --
之后的参数将传递给二进制文件,之前的参数将传递给 Cargo。
与 cargo-test(1) 和 cargo-bench(1) 不同,cargo run
会将执行的二进制文件的工作目录设置为当前工作目录,就像直接在 shell 中执行一样。
选项
包选择
默认情况下,将选择当前工作目录中的包。-p
标志可用于在工作空间中选择不同的包。
-p
规范--package
规范- 要运行的包。有关规范格式,请参阅 cargo-pkgid(1)。
目标选择
如果未指定目标选择选项,则 cargo run
将运行二进制目标。如果有多个二进制目标,则必须传递目标标志以选择一个。或者,可以在 Cargo.toml
的 [package]
部分中指定 default-run
字段,以选择默认运行的二进制文件的名称。
功能选择
功能标志允许您控制启用哪些功能。如果未指定功能选项,则会为每个选定的包激活 default
功能。
有关更多详细信息,请参阅功能文档。
-F
功能--features
功能- 要激活的功能的空格或逗号分隔列表。可以使用
package-name/feature-name
语法启用工作空间成员的功能。此标志可以指定多次,这将启用所有指定的功能。 --all-features
- 激活所有选定包的所有可用功能。
--no-default-features
- 不要激活选定包的
default
功能。
编译选项
--target
目标架构- 为给定的体系结构运行。默认为主机体系结构。目标架构的一般格式为
<arch><sub>-<vendor>-<sys>-<abi>
。运行rustc --print target-list
以获取受支持目标的列表。这也可以使用
build.target
配置值 指定。请注意,指定此标志会使 Cargo 在不同的模式下运行,在这种模式下,目标工件将放置在单独的目录中。有关更多详细信息,请参阅构建缓存文档。
-r
--release
- 使用
release
配置文件运行优化后的工件。另请参阅--profile
选项,以按名称选择特定配置文件。 --profile
名称- 使用给定的配置文件运行。有关配置文件的更多详细信息,请参阅参考。
--timings=
fmts- 输出每个编译花费的时间信息,并跟踪随时间推移的并发信息。接受可选的逗号分隔的输出格式列表;不带参数的
--timings
将默认为--timings=html
。指定输出格式(而不是默认格式)是不稳定的,需要-Zunstable-options
。有效的输出格式:html
(不稳定,需要-Zunstable-options
):将包含编译报告的人类可读文件cargo-timing.html
写入target/cargo-timings
目录。如果要查看旧运行,还要将报告写入同一目录,并在文件名中包含时间戳。HTML 输出仅适合人类阅读,不提供机器可读的时间数据。json
(不稳定,需要-Zunstable-options
):发出有关时间信息的机器可读 JSON 信息。
输出选项
--target-dir
目录- 所有生成的工件和中间文件的目录。也可以使用
CARGO_TARGET_DIR
环境变量或build.target-dir
配置值 指定。默认为工作空间根目录中的target
。
显示选项
-v
--verbose
- 使用详细输出。可以指定两次以获得“非常详细”的输出,其中包括额外的输出,例如依赖项警告和构建脚本输出。也可以使用
term.verbose
配置值 指定。 -q
--quiet
- 不打印 Cargo 日志消息。也可以使用
term.quiet
配置值 指定。 --color
何时- 控制何时使用彩色输出。有效值:
auto
(默认):自动检测终端上是否支持彩色。always
:始终显示颜色。never
:从不显示颜色。
也可以使用
term.color
配置值 指定。 --message-format
fmt- 诊断消息的输出格式。可以指定多次,并由逗号分隔的值组成。有效值:
human
(默认):以人类可读的文本格式显示。与short
和json
冲突。short
:发出更短、人类可读的文本消息。与human
和json
冲突。json
:将 JSON 消息发送到标准输出。有关更多详细信息,请参阅参考。与human
和short
冲突。json-diagnostic-short
:确保 JSON 消息的rendered
字段包含来自 rustc 的“简短”渲染。不能与human
或short
一起使用。json-diagnostic-rendered-ansi
:确保 JSON 消息的rendered
字段包含嵌入式 ANSI 颜色代码,以尊重 rustc 的默认配色方案。不能与human
或short
一起使用。json-render-diagnostics
:指示 Cargo 不要在打印的 JSON 消息中包含 rustc 诊断信息,而是 Cargo 本身应该渲染来自 rustc 的 JSON 诊断信息。Cargo 自己的 JSON 诊断信息和来自 rustc 的其他诊断信息仍然会发出。不能与human
或short
一起使用。
清单选项
--manifest-path
路径Cargo.toml
文件的路径。默认情况下,Cargo 会在当前目录或任何父目录中搜索Cargo.toml
文件。--ignore-rust-version
- 忽略包中的
rust-version
规范。 --locked
- 断言使用的依赖项和版本与最初生成现有
Cargo.lock
文件时完全相同。在出现以下任一情况时,Cargo 将退出并报错:- 缺少锁定文件。
- 由于不同的依赖项解析,Cargo 尝试更改锁定文件。
它可以在需要确定性构建的环境中使用,例如在 CI 管道中。
--offline
- 阻止 Cargo 出于任何原因访问网络。如果没有此标志,Cargo 在需要访问网络但网络不可用时将停止并报错。使用此标志,Cargo 将尝试在可能的情况下在没有网络的情况下继续。
请注意,这可能会导致与在线模式不同的依赖项解析。Cargo 将限制自己使用本地下载的 crate,即使索引的本地副本中可能指示有更新的版本。请参阅 cargo-fetch(1) 命令以下载依赖项,然后再进入离线模式。
也可以使用
net.offline
配置值 指定。 --frozen
- 等效于同时指定
--locked
和--offline
。
通用选项
+
toolchain- 如果 Cargo 是使用 rustup 安装的,并且
cargo
的第一个参数以+
开头,它将被解释为 rustup 工具链名称(例如+stable
或+nightly
)。有关工具链覆盖如何工作的更多信息,请参阅 rustup 文档。 --config
KEY=VALUE 或 PATH- 覆盖 Cargo 配置值。参数应采用
KEY=VALUE
的 TOML 语法,或作为额外配置文件的路径提供。此标志可以指定多次。有关更多信息,请参阅 命令行覆盖部分。 -C
PATH- 在执行任何指定的操作之前更改当前工作目录。这会影响 Cargo 默认查找项目清单 (
Cargo.toml
) 的位置,以及搜索.cargo/config.toml
的目录等。此选项必须出现在命令名称之前,例如cargo -C path/to/my-project build
。此选项仅在 nightly 频道 上可用,并且需要
-Z unstable-options
标志才能启用(请参阅 #10098)。 -h
--help
- 打印帮助信息。
-Z
flag- Cargo 的不稳定(仅限 nightly)标志。运行
cargo -Z help
获取详细信息。
其他选项
-j
N--jobs
N- 要运行的并行作业数。也可以使用
build.jobs
配置值 指定。默认为逻辑 CPU 的数量。如果为负数,则将最大并行作业数设置为逻辑 CPU 数加上提供的值。如果提供了字符串default
,则将值设置回默认值。不应为 0。 --keep-going
- 在依赖图中尽可能多地构建 crate,而不是在第一个构建失败时中止构建。
例如,如果当前包依赖于依赖项
fails
和works
,其中一个构建失败,则cargo run -j1
可能会也可能不会构建成功的那个(取决于 Cargo 选择先运行哪一个),而cargo run -j1 --keep-going
肯定会运行这两个构建,即使第一个运行失败。
环境
有关 Cargo 读取的环境变量的详细信息,请参阅参考。
退出状态
0
:Cargo 成功。101
:Cargo 未能完成。
示例
-
构建本地包并运行其主要目标(假设只有一个二进制文件)
cargo run
-
使用额外参数运行示例
cargo run --example exname -- --exoption exarg1 exarg2