從commit-comments生成更新日誌 - 壞主意？

Question

我爲一家小公司（< 10位開發人員）工作，我們使用Svn並在某種程度上使用Git。我們沒有實施釋放系統。我們不會用發佈號來標記我們的應用程序，因爲您可以想象，我們不會很好地跟蹤發佈之間的變化。

考慮到這一點，我一直在考慮從commit-comments生成更新日誌。如果您實施如何撰寫評論的指導方針，則不一定非常糟糕。還是我自欺欺人地認爲同事們會遵循這些準則？他們中的大多數人不會在今天添加評論，但我希望如果他們意識到如何制定自己，並且您不必評論每一次提交就會有所改變。

或者我們從我們的bug /項目管理軟件中收集信息並手動編寫更新日誌（這是不幸的是沒有人願意這樣做）會更明智嗎？

Answer 1

太糟糕了 - 人員登錄過程中的東西，需要更換，更改日誌會有不好的評論。它根本無法工作。

更好地使用錯誤修正系統來生成更改日誌 - 您有更多的控制權，評論「很好」並且合理。

Answer 2

我會使用一些腳本生成更新日誌中的評論列表。根據您使用的源代碼管理系統，您還可以設置規則（或在git或svn的情況下掛鉤腳本）以強制日誌註釋的給定格式。指導方針很好，但只有工具強制執行政策才能確保它有效。通過這種方式，您可以篩選出哪些註釋與發行說明相關，哪些僅僅是內部事物。

不標記您的版本是一件非常糟糕的事情。在svn &的情況下git標記是一個便宜的操作，沒有實際的數據被複制，爲什麼不這樣做呢？您是否想過使用持續集成來自動化發佈/測試流程？

Answer 3

大概有人向這些開發者付錢？我會通知他們，除非他們開始正確標記發佈並做出適當的提交評論，否則這將停止。