能力 test golden 命令列表重复生成的 CLI 引用

内部/立体/挖掘/能力 test.go ' 拥有5个手写的命令路径清单(约244、344、416、544和649行),总共约300行,每行都有要求'。 元素游戏。 每一个宣布具备能力的新命令都必须手动加入其中. 它们值得替换。

□他们断言错误的事情

这些清单申明了已宣布的能力,而不是有效的能力。

• “命令宣布能力”(~ 第1011行)只读每个命令自己的注释。 它忽略了继承.
• " 指挥能力 " 直指根部。

因此,在父母关系下添加了一个新的子命令,宣布一个可继承的能力会默默地获得这个能力,并且从未出现在任何列表中. 这种无声的获取是最值得抓住的错误,这些测试无法抓住它. 他们的捕捉是直接宣布能力的命令,这是明显和故意的情况。

□ 能力狭窄

一种能力只控制旗子的可用性. mayCallEngine'在内部/立方厘米/dagger/main.go:474'、module.go:81'、shell.go:48'和`workspace grep.go:116'使用——所有旗帜接线。 它不闸门引擎启动,因此错误的条目不会改变引擎是否运行.

□ 一个创造出来的文物已经覆盖了这个

docs/current docs/reference/cli/index.mdx'来源于同样的FlagAvaillableFormand ' 逻辑。 它列出每个命令的每个旗帜,它看到所继承的旗帜,“Docs:References”CI检查已经核实。 这五项试验是较弱的、手持的重复。

□提议

要么:

1. 将这五份清单改为一项测试,以证明每个指令** 有效** 的能力与单一表格相对照,从而涵盖继承;或
2. 删除它们,并依赖生成的CLI参考diff,CI已经执行.