version-control - 你有任何提交政策吗？

Question

我的老板昨天宣布了一项新的提交政策，用于 checkin 存储库。此策略适用于提交到 head/trunk 和分支。
提交消息必须包含以下项目:

原因(错误 ID、项目 ID 或非功能性更改)

审稿人姓名

在提交之后，我们还必须在我们的 CMS 中创建一个更改博客条目。

我不是这个提交策略的忠实粉丝，因为当我在非生产性分支中做新的或实验性的东西时，我通常不需要审阅者。

你有任何必须遵守的提交政策吗？

我认为仅由于错误报告而更改生产分支是一个好主意，但提交到开发分支的限制应该较少。

Answer 1

尽早提交并经常提交。

我们实际上使用/trunk 作为开发和标签来分支不同的版本。/branches 中只有结构性侵入性更改。

我们积极将标签用于生产和验收发布，因此我们可以轻松地回到过去。在主干中提交的任何内容都应该只包含一条消息，描述提交更改或添加的内容。

我不太喜欢使用消息空间来链接 Bug ID 它仍然需要查找 ID 在这种情况下你也可以在 Bug 跟踪软件中查找它并在那里关闭它，对我来说这是关于同样的努力。

并不是说我不喜欢任何 svn 集成:
- 我们使用更多自动化 nant 脚本的优点来制作将它们分支到/tags 中的版本
- svn props 实际上存储我们的版本号:p。
- 用于电子邮件通知和消息记录的 Hook 脚本(非常适合复制粘贴发行说明)。