kubernetes `--dry-run=client` 和 `--command` 取决于命令以奇怪的方式排序

Question

我发现使用 --dry-run=client 创建 yaml 对象描述并提供 --command 仅当提供的参数处于非常特定的顺序时才有效.

这有效:

k run nginx --image=nginx --restart=Never --dry-run=client -o yaml --command -- env > nginx.yaml

这不会:

k run nginx --image=nginx --restart=Never --command -- env --dry-run=client -o yaml > nginx.yaml

我感到有点困惑，因为对我来说，不起作用的版本看起来比起作用的版本更直观。我认为理想情况下两者都应该有效。这是有意的行为吗？我找不到任何相关文档。

Answer 1

Ideally both should work in my opinion.

不幸的是，您提供的命令并不相同。它们也永远不会以同样的方式工作。这是正确的行为。 Double dash (--) 在这里特别重要:

a double dash (--) is used in most Bash built-in commands and many other commands to signify the end of command options, after which only positional arguments are accepted.

所以你不能随意交换“参数”的位置。只有这些选项可以自由设置

--image=nginx --restart=Never --dry-run=client -o yaml --command

然后你有 -- env (双破折号、空格和另一个命令)。 --(双破折号和空格)之后仅接受位置参数。

此外，> 是要设置 redirection 的 shell 元字符。 .