version-control - 版本控制应考虑哪些 checkin 策略？

Question

我的任务是帮助为我公司的 TFS 2008 安装设置流程模板和 checkin 策略。

除了三个 checkin 策略( checkin 操作必须有反对意见，代码文件必须经过同行评审，必须有一个与 checkin 相关的工作项)，我被要求考虑和实现任何其他人。

强制执行版本控制的一些最重要或最有用的策略是什么？

Answer 1

越少越好。

通常在组织中，您希望减轻 checkin 的摩擦，以确保您鼓励开发人员进行频繁的小型离散 checkin ，而不是一次 checkout 大量内容。然后，您又要确保为需要它的每个人提供一个有效的代码库，并且正在捕获改进软件交付过程所需的数据。

就个人而言，强制变更集注释的策略和工作项关联策略是可以的 - 因为它们捕获当时很容易记住但之后很难找到的元数据。它还鼓励开发人员养成使用一个工作项来跟踪所有工作的习惯——甚至是实验性开发或峰值。

使用分支或其他流程可能会更好地执行同行评审流程，而不是在每次 checkin 时强制进行同行评审 - 但这取决于您的流程。还请记住，您可以在 TFS 中使用强制性 checkin 注释来捕获元数据，例如代码审查员。签到说明与签到政策略有不同，并且经常被混淆。

如果您想阅读有关登记政策的更多讨论，请查看 blog post I did on the balancing act a while ago .此外，为了听到更多关于 checkin 政策的讨论，我最近录制了一个播客，与一位团队系统 MVP 同事谈论他们对 TFS 的使用，这可能很有趣 (Radio TFS, Using TFS with Ed Blankenship)。最后我们还做了一个 Radio TFS episode all about check-in policies在 2008 年，这可能会引起人们的兴趣。