在推送到遠程git存儲庫之前的強制性評論（ReviewBoard）

Question

我希望對任何被推送到我們的通用遠程git存儲庫的代碼強制使用評論。我選擇了ReviewBoard作爲幫助我們實現這一目標的工具，但是在將任何代碼推送到存儲庫之前，我正在努力使審閱成爲需求。

不幸的是，git預推鉤不是一種選擇，也不會成爲我看到的。我看到的唯一選擇是使用預接收鉤子，但是將它們與評論捆綁在一起非常棘手。

爲了使這項工作，每個開發者必須遵循類似以下的過程：

• 代碼，提交代碼，提交...
• 後審查（生成新審查）
• 修復問題，提交，審查後（用新的差異更新審查工單）
• 一旦審查被接受（狀態：運送它！），再次提交一個關鍵字，如'#review' （這將必須是一個承諾 - 我猜如果沒有需要改變的話）
• 混帳推

預收到鉤子將有一個錯誤檢查關鍵字，檢查相應的審查確實接受，否則退出。

我覺得通過創建一個圍繞推動動作的包裝可以更好地處理這個問題，並且有一個自定義的腳本來處理所有這些操作（它甚至可以在推送前自動創建一個評論票據，使用git存儲票證ID配置分支..review_ticket和推時，一切都結束了）。這基本上與上述相同，但是是半自動的，這也意味着它會限制開發者如何使用分支（儘管如此，不一定是問題）。

最後，我可以讓開發者做任何他們想要的，但對遠程倉庫cron作業運行，檢查是否有任何變化，而不檢討推（棘手的一種），併發送警告電子郵件。

儘管所有這些解決方案都有點「髒」。有人設法建立這樣一個環境，或者可以在這裏提供任何提示嗎？請注意，所有這些都必須在共享主機上運行，​​我真的希望能夠使用我現有的一套軟件。

Answer 1

你可以寫一個後收到鉤，將搜索您ReviewBoard安裝，以確保的什麼正在推頭存在於完成審查。這將您的工作流程切換到剛：與整頓的代碼

• 代碼，提交代碼，提交代碼，提交...
• 審覈後
• 解決問題，提交，審查後
• git push

從而擺脫醜陋的提交修正事情。