如果我们需要发布不包含已提交的当前开发内容或其当前版本的任何更改的错误补丁，应采取什么措施使该过程更安全并降低开销？
我们目前在一个主要在 Visual Studio 2008 中进行开发的小型(3 名开发人员)团队中使用 Subversion 进行源代码控制。我们预计该团队在明年可能会增加到 8 名开发人员，并且任何先前版本的支持都将变得更加复杂。虽然大多数客户都在使用当前版本，但有些客户还落后。
最佳答案
源代码控制可以很容易地处理这个问题，并且是为此而设计的。
当您到达发布的稳定期时，应该完成一个分支。在下一个版本完成之前不要开始任何工作，这一点很重要。
该版本的任何错误修复都应该在该分支中完成。这可以防止即将发布的新代码污染错误修复。完成错误修复后，您可以将该更改合并到主干，并根据需要合并任何其他版本。
不要忘记将错误编号放在评论中，因为这将使跟踪提交更容易。
关于visual-studio - 源代码控制和错误修复的最佳实践，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/219249/