提交签名最简单的git工作流?

提交签名最简单的git工作流?,git,signing,Git,Signing,哪一个是签署某些提交的最简单的git工作流,以便将它们标记为已通过给定的审阅或一组给定的审阅 我想标记它们会创建太多的标记。 创建一个由负责提交的人负责的中间存储库(有效地使用author/committer二元性)有点过分了 还有别的办法吗? 我们通常使用远程分支的通用结构来做更大的工作,并且直接在主机上提交更简单的工作。 您可以考虑将这些提交重新设置在审查分支之上,但是这会改变提交的Sa1,如果已经被推到其他副本,这将是不好的。 与负责提交的人员一起创建中间存储库 这就是为什么利用DVCS(

哪一个是签署某些提交的最简单的git工作流,以便将它们标记为已通过给定的审阅或一组给定的审阅

我想标记它们会创建太多的标记。 创建一个由负责提交的人负责的中间存储库(有效地使用author/committer二元性)有点过分了

还有别的办法吗?
我们通常使用远程分支的通用结构来做更大的工作,并且直接在主机上提交更简单的工作。

您可以考虑将这些提交重新设置在审查分支之上,但是这会改变提交的Sa1,如果已经被推到其他副本,这将是不好的。

与负责提交的人员一起创建中间存储库

这就是为什么利用DVCS(分布式版本控制系统)授权的发布工作流,推动专用回购肯定是一个有效的解决方案


你可以将RPO视为“一个引用”,用官方代码(即代码已经被成功地审查)。

< P>你可以考虑将这些提交重写在一个评论分支之上,但是这会改变提交的Sa1,如果已经被推到其他副本,这是不好的。 与负责提交的人员一起创建中间存储库

这就是为什么利用DVCS(分布式版本控制系统)授权的发布工作流,推动专用回购肯定是一个有效的解决方案


你可以将RPO视为“一个引用”,与官方代码(即代码已经被成功审查)。

< P>你可以查看一下这个特性。它允许您将注释附加到提交,而无需更改原始对象


它也受支持。

您可以查看该功能。它允许您将注释附加到提交,而无需更改原始对象

它也被支持