Git可以用作批准系統嗎？

Question

在工作中，我們正在使用CA SCM（客戶端稱爲Workbench，以前稱爲Harvest）用於Oracle PL-SQL代碼的版本控制。對後者來說這很不好，但是可以讓審計人員跟蹤哪些人（以及何時）批准將特定的代碼更改提升到我們的測試和生產環境。

我們也開始使用Git的最後一年左右的時間作爲版本控制我們的各種其他項目（許多不同的語言，但Web應用程序主要是現在寫Grails中）。一些同事也在調查我們是否應該使用gitflow工作流程。當我們相信它已準備好進行審查和批准時，我們目前標記了所有軟件。

在背景背景下，我發現可能會創建一個「test」和「prod」遠程分支，並且由於Gitolite和Stash都允許每個分支的權限，所以我們可以將這些分支限制爲只有那些允許批准代碼升級/部署的人員。但我仍然是一個Git新手，我不能把所有的東西放在一起。

有沒有一種方法來設置所有的這件事，這樣的Git可以在除了一切它作爲審批系統的功能？具體來說，測試和prod分支都只需要保留那些與代碼更改合併/重新發布時相關的提交消息。我認爲我們可以使用--orphan自動創建這些分支，但是我不清楚經理如何推動標籤發佈來測試或生產。

有人可以幫我在正確的方向？

Answer 1

最近我看到會增加一箇中間gerrit-managed回購的審批制度。

在review system like Gerrit，您可以添加，當足夠的「提交批准」劇組已自動行動掛鉤。

Answer 2

如果你願意使用GitHub上作爲一個前端，git的，你可以通過使每個人都有自己的代碼叉，並提交拉請求到測試或生產叉得到這樣的事情。當有人批准拉取請求時，GitHub會自動創建一個合併提交，批准人員作爲作者。您還可以通過重新訪問合併的拉取請求來查看信息。