为什么在这个git hook示例的末尾使用exec似乎不必要？ 退出状态一般

如何解决为什么在这个git hook示例的末尾使用exec似乎不必要？ 退出状态一般

我正在使用OSX（git version 2.24.3 (Apple Git-128)）上随附的githooks pre-commit.sample。代码中有一些特殊之处，即与看似虚假的exec有关。

预提交示例包含以下代码（删除了不相关的行/块）：

#!/bin/sh

against=HEAD

# Redirect output to stderr.
exec 1>&2

# If there are whitespace errors,print the offending file names and fail.
exec git diff-index --check --cached $against --

如果我尝试通过在最后一个exec调用之后附加验证来修改此代码，它将永远不会运行。根据{{​​3}}，我了解exec是什么导致了这种情况。

但是，我不明白为什么exec首先需要发生。如果存在尾随空格，则此行的钩子失败，但是如果我删除exec并直接调用git diff-index ...，它的行为似乎相同。

换句话说，这是

git diff-index --check --cached $against --

...看起来像这样：

exec git diff-index --check --cached $against --

...除了后者似乎更具限制性。无论有没有exec，我都找不到这个文件之间的区别，除了，exec使之如此，以便空白检查具有最后发生。

当样本创建者看起来似乎与限制较少的直接调用具有相同的行为时，为什么会选择exec选项呢？

解决方法

这可能是（可能被误导）尝试提高效率。

通常，在Shell脚本中，脚本的返回值是上一次运行的命令的返回值，即Ronald noted in a comment。所以：

#! /bin/sh
cmd1
cmd2
cmd3
exit $?

只是一种漫长的/明确的方式：

#! /bin/sh
cmd1
cmd2
cmd3

这里的一般规则是，shell接受每个“管道”（管道定义为带有|符号的一系列命令，它们彼此管道连接）并在fork中运行该管道，然后-主shell进程的exec。所以：

cmd1 | cmd2
cmd3

使主Shell进行一次分叉以运行cmd1 | cmd2（在内部，两个命令中的每条命令都需要另一个分叉），然后再次分叉以运行cmd3。然后，用完命令后，外壳程序将以$?（最后一个管道的退出状态）作为其自身状态退出。

添加重定向，例如：

cmd1 | cmd2 > file

“意味着” shell应该派生，然后运行管道cmd1 | cmd2，并将其输出重定向到该文件。当然，cmd1的输出已经重定向到cmd2的输入，因此这里仅影响cmd2的输出-但是我们可以看到cmd3的输出是 not 重定向，因此很明显，重定向不是在 shell 级别发生的，而是在子shell内进行的，它用于运行管道。 ¹

exec关键字的作用实际上是防止叉子。那是：

exec cmd > out

已在顶层外壳中进行了重定向，然后该外壳通过exec系统调用运行给定命令，而无需先调用fork。 用运行的命令替换 shell（但会挂接到进程ID和所有打开的文件描述符，直到在此运行的命令完成为止）。

如果省略命令本身，则会得到：

exec >out

这意味着没有命令运行，但是重定向发生在外壳本身中，而不是在某些子外壳中。因此，现在每个后续命令（确实获得了fork-and-exec）都将其输出发送到文件out。

我们在您自己的脚本中看到类似的内容：

exec 1>&2

强制所有后续命令的stdout与stderr进入相同的文件描述符。

奇怪的是，只有一个后续命令，这意味着如果目标是效率，他们可以使用：

exec git diff-index --check --cached $against -- 1>&2

将所有内容放在一行上。

---

¹ 在实践中，shell实际上会尽早打开文件，并且必须花大量的功夫才能在fork和exec之间打乱文件描述符电话。使用POSIX样式的作业控制，情况甚至更糟：shell必须执行大量的信号定向工作，创建进程组等等。编写外壳很困难，而且正如V8 Unix和Plan 9的人所见，这意味着整个OS设计都需要重新设计。

---

退出状态一般

您在回复中指出：

因此，如果我在执行未执行的命令后进行了验证，则需要确保检查git diff-index中的结果是否为非0。

是的。请注意，一般而言，shell（尤其是/bin/sh）具有有趣的标志，您可以从命令或#!行或通过set命令来设置。这些标志之一是e标志，如果命令的退出代码为非零，则外壳退出： ²

#! /bin/sh -e
cmd1
cmd2
cmd3

大致等同于：

#! /bin/sh
cmd1 || exit
cmd2 || exit
cmd3

（尽管我们可以无害地使用它，但最后一个不需要|| exit）。 -e标志通常是个好主意。

---

² 请注意，经过 tested 命令不会使外壳立即退出，因此我们可以编写：

if grep ...; then
    thing to run when regexp is found
else
    thing to run when regexp is not found
fi

/bin/sh的某些早期版本中存在一个错误，无法正常工作：我记得对其进行了修复，然后发现对于{{1 }}，并且必须重新修复。