Closed. This question is opinion-based。它当前不接受答案。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
4年前关闭。
Improve this question
在最近的一次“事故”中，重新引入了一些先前已修复的错误之后，我被要求记录一组使用源代码控制（在这种情况下为CVS）的准则。
您认为使用源代码控制的最佳做法是什么？特别是，在继续开发新功能的同时，如何管理分支和标签，以及如何确保可以修补当前的生产版本？就上下文而言，在两个位置的团队规模最多为10个开发人员。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
4年前关闭。
Improve this question
在最近的一次“事故”中，重新引入了一些先前已修复的错误之后，我被要求记录一组使用源代码控制（在这种情况下为CVS）的准则。
您认为使用源代码控制的最佳做法是什么？特别是，在继续开发新功能的同时，如何管理分支和标签，以及如何确保可以修补当前的生产版本？就上下文而言，在两个位置的团队规模最多为10个开发人员。
最佳答案
8 Commandments of Source Control几乎总结了一下。
关于分支和标记的主题，我们的工作是：
贴标
每当完成环境释放时，至少要在释放日期加上标签。然后设置所有（相关的）错误，以使“版本中已解决”是该标签。
分枝
仅根据需要创建。分支是在标签上完成的，因此可以对先前发布的版本进行更改（即，修复生产中的错误而不包含所有其他错误修复）
08-16 06:01