审阅者可以将他们的签名添加到特定的git提交中吗?

审阅者可以将他们的签名添加到特定的git提交中吗?,git,commit,gnupg,Git,Commit,Gnupg,如果我想确保git存储库中的每个提交都经过作者和第二(甚至第三)个人的审核,那么是否可以对git提交进行多次签名 (如果不是的话,我想下一个最好的方法是添加后续的、空的、有符号的提交,但这似乎有点混乱)。提交的哈希ID完全取决于提交中的每个字节,包括任何签名(GPG或其他)。您可以通过提交的哈希ID对引用提交的带注释标记对象的单独标记进行GPG签名,每个审阅者都可以这样做,但是如果要将审阅者的GPG签名添加到提交中,则结果是使用新的和不同的哈希ID进行新的和不同的提交 没有新签名的现有(现已过期

如果我想确保git存储库中的每个提交都经过作者和第二(甚至第三)个人的审核,那么是否可以对git提交进行多次签名


(如果不是的话,我想下一个最好的方法是添加后续的、空的、有符号的提交,但这似乎有点混乱)。

提交的哈希ID完全取决于提交中的每个字节,包括任何签名(GPG或其他)。您可以通过提交的哈希ID对引用提交的带注释标记对象的单独标记进行GPG签名,每个审阅者都可以这样做,但是如果要将审阅者的GPG签名添加到提交中,则结果是使用新的和不同的哈希ID进行新的和不同的提交

没有新签名的现有(现已过期)提交将继续存在于其现有哈希ID下。如果您获取所有其他名称分支和/或标记名称,主要是停止使用该提交的哈希ID,并且不使用任何将该提交作为其父级的提交,则旧提交最终将被垃圾收集。这是实现这一点的另一条途径:基本上每个人都会进行一些一次性提交,以便使用所有签名建立最终的提交。随着更多签名的提交被添加到存储库中,所有参与的人都会抛弃他们以前的一次性提交(只是不再使用它,并让Git最终删除它),当提交的最终版本存在于其最终哈希ID下时,每个人都可以继续添加新的提交


这是一个相当沉重的过程;最好考虑其他一些过程,比如签标签或者使用<代码> Git Notes < /C>,或者你自己的“空”(没有区别,但是在他们的消息中签名)的建议。

你是什么意思?<代码>签名< /代码>提交?多个作者/提交人<代码>--是否使用签核?GPG签名<代码>审查人添加到提交消息?GPG签名。我认为这不可能,而且这对这件事是有意义的。