Git可以作为审批系统吗？

Question

在工作中，我们目前使用CA SCM (客户机名为Workbench，以前称为嘉实)对Oracle PL-SQL代码进行版本控制。后者相当糟糕，但是为了审计的目的，它可以跟踪谁(以及何时)批准将特定的代码更改提升到我们的测试和生产环境中。

我们也在去年左右开始使用Git作为我们各种其他项目的版本控制(许多不同的语言，但web应用程序现在主要是用Grails编写的)。一些同事也在调查我们是否应该使用gitflow工作流程。当我们认为我们的所有软件已经准备好进行审查和批准时，我们目前会对其进行标记。

有了背景知识，我想到可以同时创建"test“和"prod”远程分支，而且由于Gitolite和Stash都允许每个分支的权限，所以我们可以将这些分支限制为那些允许批准代码升级/部署的分支。但我仍然是一个Git新手，而且我不能自己把所有的部分组装在一起。

有没有办法把这一切都设置好，让Git除了做其他事情之外，还可以作为一个审批系统呢？具体地说，test和prod分支只需要保留那些与代码更改何时合并/重新建立基础/与它们相关的提交消息。我认为我们可以让钩子脚本使用--孤立自动创建这些分支，但我不清楚经理如何将标记版本推送到测试或生产。

谁能给我指个正确的方向？

Answer 1

我见过的最接近的审批系统是添加一个中间的gerrit-managed repo。

在review system like Gerrit中，您可以添加钩子，当足够多的“提交已批准”被强制转换时，这些钩子会自动执行操作。

Answer 2

如果您愿意使用GitHub作为git的前端，您可以通过让每个人都有自己的代码分支并向测试分支或生产分支提交拉请求来获得类似的东西。当有人批准拉取请求时，GitHub将自动创建一个合并提交，并将批准人作为作者。您还可以通过重新访问合并的拉取请求来查看信息。