你有任何提交政策吗？

Question

我的老板昨天宣布了一个新的提交政策,用于签入存储库.此策略适用于提交到头/主干和分支的提交.
提交消息必须包含以下项:

提交后,我们还必须在CMS中创建更改博客条目.

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

你有任何提交政策,你必须遵循？

我认为仅仅因为Bug报告而改变生产分支是一个好主意,但是对开发分支的提交应该是限制性较小的.

Answer 1

尽早承诺并经常承诺。

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

我们积极使用标签进行生产和验收版本，这样我们就可以轻松地回到过去。在主干中提交的任何内容都应该只有一条消息，描述提交更改或简要添加的内容。

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

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