18个版本
0.7.3 | 2024年6月17日 |
---|---|
0.7.0 | 2024年3月30日 |
0.6.2 | 2023年12月18日 |
0.6.1 | 2023年11月6日 |
0.4.1 | 2022年11月26日 |
#1311 in 文件系统
21 每月下载量
在 2 crates 中使用
290KB
6K SLoC
Precious - 统治所有代码质量工具的一把利器
谁不喜欢代码检查器和整理器(即格式化工具)呢?我当然喜欢。我非常喜欢它们,在我的许多项目中可能有五到十个!
如果只需一个命令就可以运行所有这些工具,那岂不是很好?如果这个命令只需要一个配置文件来定义在项目的每个部分上运行哪些工具,那岂不是很好?如果索伦是我们的统治者,那岂不是很好?
现在,有了Precious,你可以对这些问题说“是”。
简单来说
Precious是一个代码质量工具,允许您使用单个命令运行所有检查器和整理器。其功能包括:
- 一个文件,
precious.toml
,定义了所有的检查器和整理器命令,以及它们操作的文件。 - 尊重VCS忽略文件,并允许全局和按命令排除。
- 语言无关,与单语言或多语言项目以相同的方式工作。
- 易于与提交钩子和CI系统集成。
- 默认情况下,命令并行执行,每个CPU一个进程。
- 命令可以用标签分组,例如,只为提交钩子运行一组命令,以及在CI中运行所有命令。
安装
有几种方法可以安装此工具。
使用ubi
安装我的通用二进制安装程序(ubi)工具,然后您可以使用它下载precious
和其他许多工具。
$> ubi --project houseabsolute/precious --in ~/bin
二进制发布
您可以从发布页面获取二进制发布。解压缩tarball,并将包含的可执行文件放置在您的路径中的某个位置,然后即可使用。
Cargo
您也可以通过运行cargo install precious
来通过cargo
安装此工具。有关二进制文件将安装在哪里,请参阅cargo文档。
入门指南
precious
二进制文件包含一个 config init
子命令,该命令将为您生成配置文件。此子命令接受以下标志
标志 | 描述 |
---|---|
-a ,--auto |
自动确定要创建的组件 |
-c ,‑‑component <COMPONENT> |
要生成配置的组件(见下文) |
- ,‑‑path <PATH> |
配置文件应写入的路径。默认为 ./precious.toml |
您必须传递 --auto
或至少一个 --component
。在 --auto
模式下,precious
将查看您项目中的所有文件,并根据找到的文件类型生成配置。
以下是一个 Rust 项目的示例
$> precious config init --component rust --component gitignore --component yaml
组件
以下组件受支持
go
- 为使用golangci-lint
进行代码检查和格式化的 Go 项目生成配置perl
- 为使用各种工具(包括perlcritic
和perltidy
)的 Perl 项目生成配置rust
- 为使用rustfmt
进行格式化和clippy
进行代码检查的 Rust 项目生成配置shell
- 生成的配置使用shfmt
进行格式化和shellcheck
进行代码检查gitignore
- 使用omegasort
对.gitignore
文件进行代码检查和格式化(通过排序)markdown
- 使用prettier
对 Markdown 文件进行代码检查和格式化toml
- 使用taplo
对 TOML 文件进行代码检查和格式化yaml
- 使用prettier
对 YAML 文件进行代码检查和格式化
示例
此存储库的 示例目录 包含多个语言的 precious.toml
配置文件。欢迎为其他语言做出贡献!
示例中的配置与 precious config init
生成的配置相匹配,文件中包含有关如何更改此配置的更多详细说明。
还可以查看 示例脚本 install-dev-tools.sh
,该脚本用于安装项目中所有代码检查和格式化依赖项。您可以根据需要自定义此脚本,以便仅安装项目中需要的工具。
配置
“Precious”配置通过单个precious.toml
或.precious.toml
文件完成,该文件位于项目根目录。该文件采用TOML格式。
配置文件顶层表中只有一个键可以设置。
键 | 类型 | 必需吗? | 描述 |
---|---|---|---|
exclude |
字符串数组 | 否 | 数组中的每个成员都是一个模式,当运行precious 时,这些模式将与潜在文件进行匹配。这些模式与gitignore文件中的模式匹配方式相同。您可以使用以 ! 开头的行来否定列表中之前规则的含义,这样即使匹配之前的规则,任何匹配的文件也不会被排除。 |
所有其他配置都是基于每个命令的。命令是指可以整理(即美化打印或美化)、检查或两者都做的某事。这些是外部程序,precious会在需要时执行它们。
每个命令都在一个名为[commands.command-name]
的块中定义。在commands.
前缀之后的所有名称都必须是唯一的。只要每个命令有一个唯一的名称,您就可以用不同的命令运行相同的可执行文件。
命令的运行顺序与它们在配置文件中出现的顺序相同。
命令调用
有三个配置键用于命令调用。它们都是可选的。如果没有指定任何键,precious
将默认使用以下配置
invoke = "per-file"
working-dir = "root"
path-args = "file"
这将在每个文件上运行一次命令,命令的工作目录是项目根目录。命令将作为单个参数传递给命令,参数是相对于根目录的文件相对路径。
invoke
invoke
键告诉precious
如何调用命令。
值 | 描述 |
---|---|
"per-file" |
为每个匹配的文件运行此命令。这是默认值。 |
"per-dir" |
为每个匹配的目录运行此命令。 |
"once" |
运行此命令一次。 |
invoke
键还有一些实验性选项。 它们的确切名称或如何操作的具体细节可能在未来的版本中更改。
值 | 描述 |
---|---|
.per‑file‑or‑dir = n |
如果匹配的文件数量小于n ,则为每个匹配的文件运行此命令。否则,为每个匹配的目录运行一次。 |
.per‑file‑or‑once = n |
如果匹配的文件数量小于n ,则为每个匹配的文件运行一次此命令。否则,运行一次。 |
.per‑dir‑or‑dir = n |
如果匹配的目录数量小于n ,则为每个匹配的目录运行一次此命令。否则,运行一次。 |
它们是这样写的
[commands.some-command]
invoke.per-file-or-dir = 42
这些实验性选项有助于优化命令的运行速度。在某些情况下,命令可以以多种方式运行,而完成速度取决于需要检查或整理的文件或目录数量。
例如,golangci-lint
工具。对几个目录多次调用它可能比对其整个仓库运行要快得多。然而,一旦有足够的目录进行检查,对整个仓库运行一次将更快。
请注意,path-args
设置需要与这些选项的两种可能情况一起工作。对于golangci-lint
来说,这意味着在使用per-dir-or-once
时将其设置为dir
。
工作目录
工作目录
键告诉 precious 命令运行时的工作目录应该是什么。
值 | 描述 |
---|---|
"root" |
工作目录是项目根目录。 这是默认设置。 |
"dir" |
工作目录是包含匹配文件的目录。这意味着 precious 将依次将命令执行到每个匹配的目录中。 |
.chdir—to= "路径" |
当执行命令时,工作目录将是给定的路径。 此路径必须是相对于项目根目录的相对路径。 |
working-dir.chdir-到= "路径"
工作目录
的最终选项是将显式路径设置为工作目录。
使用此选项,当命令执行时,工作目录将设置为给定的子目录。传递给命令的相对路径将相对于此子目录,而不是项目根目录。
path-args
path-args
键告诉 precious 在运行命令时如何传递路径。
值 | 描述 |
---|---|
"file" |
传递相对于根目录的匹配文件路径。 这是默认设置。 当使用 working-directory 时,路径相对于给定的工作目录。 |
"dir" |
传递相对于根目录的包含匹配文件的目录路径。 当使用 working-directory 时,路径相对于给定的工作目录。 |
"none" |
完全不向命令传递任何路径。 |
"dot" |
始终传递 . 作为路径。当 working-dir 设置为 "dir" 并且命令仍然需要传递路径时,这很有用。 |
"absolute-file" |
以从文件系统根目录的绝对路径传递匹配文件的路径。 |
"absolute-dir" |
以从文件系统根目录的绝对路径传递包含匹配文件的目录路径。 |
不合理的组合
这些配置键的大多数组合都是允许的,但有一些不合理的组合会导致 precious
以错误退出。
invoke = "per-file"
path-args = "dir", "none", "dot", or "absolute-dir"
如果您不传递文件名,则无法为每个文件调用一次命令。
invoke = "per-dir"
path-args = "none" or "dot"
working-dir = "root"
# ... or ...
working-dir.chdir-to = "whatever"
如果您从根目录调用一次命令而未传递目录名或文件名列表,则无法调用一次命令。如果您想使用没有路径参数或使用 .
作为路径的 .
来运行一次目录中的命令,则 必须 将 working-dir = "dir"
设置为。
invoke = "once"
working-dir = "dir"
如果将工作目录设置为每个匹配的目录,则无法调用一次命令。
调用示例
有关每个可能的选项集的完整示例,请参阅调用示例文档。
每个命令的其他配置键
每个命令允许的其他键如下
键 | 类型 | 必需吗? | 适用范围 | 默认值 | 描述 |
---|---|---|---|---|---|
type |
字符串 | yes | all | 此值必须是 lint 、tidy 或 both 。这定义了此命令的类型。一个 both 命令 必须 定义 lint-flags 或 tidy-flags 。 |
|
include |
字符串或字符串数组 | yes | all | 数组中的每个成员都是一个gitignore模式,它告诉precious 哪些文件应该应用于此命令。您可以使用以 ! 开头的行来否定列表中之前规则的含义,因此即使匹配了之前的规则,匹配的内容也不会被包括。 |
|
exclude |
字符串或字符串数组 | 否 | all | 数组中的每个成员都是一个gitignore模式,它告诉precious 哪些文件不应该应用于此命令。您可以使用以 ! 开头的行来否定列表中之前规则的含义,这样即使匹配之前的规则,任何匹配的文件也不会被排除。 |
|
cmd |
字符串或字符串数组 | yes | all | 这是要运行的可执行文件,后面跟着始终应传递的任何参数。 | |
env |
table - 值是字符串 | 否 | all | 此键允许您设置一个或多个将在运行命令时设置的环境变量。此表中的值必须是字符串。 | |
path-flag |
字符串 | 否 | all | 默认情况下,precious 将操作路径作为执行命令的最后一个、位置性参数传递。如果命令通过标志接收路径,则需要使用此键指定该标志。 |
|
lint-flags |
字符串或字符串数组 | 否 | combined linter & tidier | 如果命令既是检查器又是整理器,则它可能需要额外的标志来以检查模式运行。这就是设置该标志的方法。 | |
tidy-flags |
字符串或字符串数组 | 否 | combined linter & tidier | 如果命令既是检查器又是整理器,则它可能需要额外的标志来以整理模式运行。这就是设置该标志的方法。 | |
ok-exit-codes |
整数或整数数组 | yes | all | 任何不表示异常退出的退出代码都应在此处。对于大多数命令,这只是0 ,但一些命令可能即使对于正常退出也可能使用其他退出代码。 |
|
lint-failure-exit-codes |
整数或整数数组 | 否 | linters | 如果命令是检查器,则这些是表示检查失败的状态代码。需要指定这些代码,以便precious 可以区分由于检查失败而退出的退出,以及由于某些意外问题而退出的退出。 |
|
ignore-stderr |
字符串或字符串数组 | all | all | 默认情况下,precious 假设当命令将输出发送到stderr 时,表明检查或整理失败。此参数可以指定一个或多个正则表达式。这些正则表达式将与命令的stderr输出进行匹配。如果任何正则表达式匹配,则忽略stderr输出。 |
|
labels |
字符串或字符串数组 | all | all | 用于对命令进行分类的一个或多个标签。有关更多详细信息,请参阅以下内容。 |
引用项目根目录
对于可以从子目录运行的命令,您可能需要以项目根目录的术语指定配置文件。您可以通过在cmd
配置键的任何元素中使用字符串$PRECIOUS_ROOT
来做到这一点。例如,您可能写成这样
cmd = ["some-tidier", "--config", "$PRECIOUS_ROOT/some-tidier.conf"]
字符串$PRECIOUS_ROOT
将被替换为项目根目录的绝对路径。
运行Precious
要获取帮助,请运行precious --help
。
根命令接受以下标志
标志 | 描述 |
---|---|
-c ,--config <config> |
到precious配置文件的路径 |
-j ,--jobs <jobs> |
并行作业(线程)的数量(默认为每个核心一个) |
-q , --quiet |
抑制大多数输出 |
-a , --ascii |
将超级有趣的Unicode符号替换为无聊的ASCII字符 |
-v , --verbose |
启用详细输出 |
-V , --version |
打印版本信息 |
-d , --debug |
启用调试输出 |
-t , --trace |
启用跟踪输出(最大日志记录) |
-h , --help |
打印帮助信息 |
并行执行
Precious 将始终并行执行命令,默认情况下每个CPU一个进程。执行是基于命令的调用配置并行化的。例如,在12个CPU的系统上,具有 invoke = "per-file"
的命令将并行执行多达12次,每个命令执行接收一个文件。
通过传递 --jobs 1
可以禁用并行执行。
子命令
precious
命令有三个子命令,lint
、tidy
和 config
。您必须始终指定其中一个。 lint
和 tidy
命令接受相同的标志
选择操作路径
当您运行 precious
时,必须告诉它要操作哪些路径。为此有几个标志
模式 | 标志 | 描述 |
---|---|---|
所有路径 | -a , --all |
在项目根目录下的所有文件上运行(包含 precious 配置文件的目录)。 |
根据git修改的文件 | -g , --git |
在git报告为已修改的所有文件上运行,包括暂存文件。 |
根据git暂存的文件 | -s , --staged |
在git报告为已暂存的文件上运行。 |
与给定的git ref不同的文件 | -d <REF> , ‑‑git‑diff‑from |
在当前 HEAD 中运行所有与给定 <REF> 不同的文件。该值 <REF> 可以是分支名,如 master ,或者 ref 名称,如 HEAD~6 或 master@{2.days.ago} 。有关更多选项,请参阅 git help rev-parse 。注意,此操作不会看到本地工作目录中未提交更改的文件。 |
根据 git 阶段化的文件,未阶段化的更改被暂存 | ‑‑staged‑with‑stash |
这类似于 --stashed ,但在运行时会暂存未阶段化的更改,并在结束时弹出暂存。这确保了命令只针对代码库的阶段化版本运行。这可能会与许多监视文件更改的编辑器或其他工具出现问题,因此在使用此标志时要小心。由于此问题,在脚本中使用此选项时要格外小心。 |
CLI 中提供的路径 | 如果您没有传递上述任何标志,则 precious 将期望在所有其他标志之后在命令行上传递一个或多个路径。如果这些路径中的任何一个都是目录,则将包括整个目录树。 |
运行单个命令
通过传递 --command
标志,您可以使用单个命令进行整理或检查
$> precious lint --command some-command --all
传递给 --command
的名称必须与您的配置文件中的命令名称匹配。因此,在上面的示例中,这将查找配置中定义的 [commands.some-command]
命令。
使用标签选择命令
每个命令可以分配一个或多个标签。这允许您创建任意命令组。然后当您整理或检查时,可以通过传递一个 --label
标志来选择一个标签
$> precious lint --label some-label --all
标签的工作方式如下
- 没有在配置中包含
labels
键的命令有一个标签,即default
。 - 在不传递
--label
标志的情况下运行tidy
或lint
使用default
标签。 - 如果您为命令分配了
labels
并希望该命令包含在default
标签中,则必须明确包含它[command.some-command] # ... labels = [ "default", "some-label" ]
默认排除项
在选择路径时,precious
始终 尊重您的忽略文件。目前,它只知道这是如何为 git 工作的,并且将尊重以下所有忽略文件
- 目录级别的
.ignore
和.gitignore
文件。 .git/info/exclude
文件。- 全局 gitignore globs,通常位于
$XDG_CONFIG_HOME/git/ignore
。
这是使用 rust ignore
crate 实现的,因此应在那里提出对其他 VCS 系统的支持。
此外,您可以通过设置全局 exclude
键为所有命令指定排除项。
最后,您可以为每个命令指定 include
和 exclude
键。
如何应用包含和排除
当 precious
运行时,它会执行以下操作以确定哪些命令适用于哪些路径。
- 要操作的基本文件是根据指定的命令行标志选择的。这包括以下之一:
--all
- 项目根目录(包含 precious 配置文件的目录)下的所有文件。--git
- git 仓库中已修改的所有文件,包括已暂存的文件。--staged
- git 仓库中已暂存的所有文件。--git-diff-from <REF>
- 当前HEAD
与<REF>
不同的所有文件。- CLI 上传递的路径 - 如果路径是一个文件,则直接添加到列表中。如果路径是一个目录,则找到该目录下的所有文件(递归)。
- 将 VCS 忽略规则应用于从列表中删除文件。
- 将全局排除规则应用于从列表中删除文件。
- 根据命令的
invoke
键,生成要检查的文件列表,并应用命令的包含/排除规则。要包含,文件必须至少匹配一个包含规则 并且 不匹配任何排除规则才能被接受。- 如果
invoke
是per-file
,则逐个文件应用规则。 - 如果
invoke
是per-dir
,则如果目录中的任何文件匹配规则,则在该目录上运行该命令。 - 如果
invoke
是once
,则一次性应用规则到所有文件。如果这些文件中的任何一个匹配包含规则,则运行该命令。
- 如果
config
子命令
除了 init
子命令外,该命令还有一个 list
子命令。它会打印一个 Unicode 表格,描述配置文件中的命令。
Found config file at: /home/autarch/projects/precious/precious.toml
┌─────────────────────┬──────┬────────────────────────────────────────────────────────┐
│ Name ┆ Type ┆ Runs │
╞═════════════════════╪══════╪════════════════════════════════════════════════════════╡
│ rustfmt ┆ both ┆ rustfmt --edition 2021 │
├╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┤
│ clippy ┆ lint ┆ cargo clippy --locked --all-targets --all-features │
│ ┆ ┆ --workspace -- -D clippy::all │
├╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┤
│ prettier ┆ both ┆ ./node_modules/.bin/prettier --no-config --print-width │
│ ┆ ┆ 100 --prose-wrap always │
├╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┤
│ omegasort-gitignore ┆ both ┆ omegasort --sort path --unique │
└─────────────────────┴──────┴────────────────────────────────────────────────────────┘
配置建议
以下是一些有关如何获得 precious 最佳体验的建议。
选择如何 invoke
命令
一些命令可能在 invoke
设置为 per-dir
或 once
时效果相同。正确的运行模式取决于您如何使用 precious。
一般来说,如果您有非常少的目录,或者 您同时运行 precious 大多数或所有目录,则 once
会更快。
但是,如果您有较多的目录,并且通常只需要一次性检查这些目录中的小部分,则 per-dir
模式会更快。
您还可以使用实验性的 invoke.per-dir-or-once = n
选项,根据 precious 将要操作的目录数量以两种方式之一调用命令。
命令的静默标志
许多命令将接受某种类型的“静默”标志。一般来说,您可能 不 希望以静默模式运行 precious 的命令。
在 tidying 或 lint 命令成功执行的情况下,precious 已经隐藏了它运行的所有命令的 stdout。如果命令以某种方式失败,precious 将打印出命令的 stdout 和 stderr 输出。
默认情况下,珍贵的小吃会将所有输出到stderr的错误视为命令错误(而不是linting失败)。您可以使用ignore-stderr
指定一个或多个正则表达式,以指定允许的stderr输出。
此外,您可以通过运行珍贵的小吃在--debug
模式下查看命令的所有stdout和stderr输出。
总的来说,在珍贵的小吃中运行命令的静默模式通常没有价值。这样做只会使在lint检查失败或其他问题发生时调试该命令的问题变得更加困难。
退出代码
在--tidy
模式下运行时,如果tidying过程中没有错误,珍贵的小吃将始终以0
退出,无论是否对任何文件进行了tidying。
在--lint
模式下运行时,如果所有文件都通过了linting,珍贵的小吃将退出0
。如果任何lint命令失败,则将退出1
。
在这两种模式下,如果任何命令失败,无论是返回未列出的ok退出代码还是意外打印到stderr,则退出代码将不会是0
或1
。
常见场景
有些配置场景您可能需要处理。以下是一些示例
命令在整个源树中只运行一次
一些命令,如rust-clippy,期望在整个源树中只运行一次,而不是每个文件或目录运行一次。
为了实现这一点,您应该使用以下配置
include = "**/*.rs"
invoke = "once"
path-args = "dot" # or "none"
这将导致precious
在项目根目录中精确地运行一次命令。
命令在其lint的文件所在的同一目录中运行,并且不接受路径参数
如果您想在不将操作的路径传递给命令的情况下运行命令,请设置invoke = "per-dir"
,working-dir = "dir"
,和path-args = "none"
include = "**/*.rs"
invoke = "per-dir"
working-dir = "dir"
path-args = "none"
您想排除一个目录(树)中的整个目录(除了一个或多个文件)
在exclude
列表中使用以!
开头的忽略模式
[commands.rustfmt]
type = "both"
include = "**/*.rs"
exclude = [
"path/to/dir",
"!path/to/dir/included.rs",
]
cmd = ["rustfmt"]
lint-flags = "--check"
ok-exit-codes = [0]
lint-failure-exit-codes = [1]
您想将珍贵的小吃作为提交钩子运行
只需在您的钩子中运行precious lint -s
。如果任何lint命令指示linting问题,则它将以非零状态退出。
您想按特定顺序运行命令
从版本0.1.2开始,命令的运行顺序与它们在配置文件中出现的顺序相同。
构建状态
构建和测试
Cargo Audit 夜间
Cargo Audit 推送时
依赖项
~10–21MB
~290K SLoC