git的鉤和推動本地提交

Question

我最近一直在寫混帳掛鉤爲我的項目團隊。我想知道開發人員是否在本地進行各種提交，而不遵循標準提交消息模式。然後他們推動那些提交。會有推動失敗，因爲提交沒有遵循模式？

希望的結果是他們能夠按照自己的意願進行本地提交，然後當他們推回主企業分支時被迫採用結構化方式。

想法？這是最佳做法嗎？

Answer 1

的訣竅是：git hooks沒有公佈（推/拉）

所以，如果你的項目成員推到裸露的回購協議，其中服務器端鉤（pre-receive或update）檢查提交信息模式（其中我不確定它可以完成），推動將失敗。
但承諾對當地開發商回購的生活和他/她仍然有修復（git commit --amend，如果沒有別的提交已完成）。

這將是更好的：

• 做出模板的Git回購與右勾拳
• 確保開發商初始化其回購與--template選項引用正確的通用模板。
  見git inittemplate directory section。

這樣的話，他們會失敗不是在服務器端更快（其中n不正確的提交可以推，並會失敗）

在其他工作中，在這裏一個客戶端鉤會更合適。