如何使用SVN管理源代码？分支、合并

Question

我们是由4名开发人员/朋友组成的团队，位于不同的地点。我们都已经开始在A ProjectX上工作，并使用Subversion创建了分支A、B、C和D。

我们只有控制源代码的版本的基本知识。有一天，我们中的一个人试图将分支A与B、C和D合并，B试图与A、C和D合并(他们甚至不知道如何合并:D，只需右击> merge >合并一系列修订)--我们找到了一些冲突，解决了它们。再次尝试合并，再次右击.)又有冲突了。

现在所有的代码都搞砸了。我们有4个不同的代码副本(D缺少B的功能，但有C等)。因此，我在这里浏览了大量的线程，阅读了SVN的书，特别是这篇文章(如何正确地分支)帮助我理解了如何合并分支和主干。我想我对未来有了更好的理解。但我怎样才能摆脱现状呢？

我的问题是：

• 由于我们中的4人在同一个项目上工作，但通常在不同的部分工作，我们是否应该只有一个分支呢？然后创建4个工作副本，然后只提交和更新。一旦我们准备好合并主干到分支，分支到主干？按照上述条款的建议
• 请您建议任何工作流程，以便我们可以把我们的4个分支到主干，然后我可以采取一个出口开始版本控制从零开始。
• 我还认为，如果再次使用4个分支，我们每个人是否应该每天/定期更新我们的分支，从主干(合并)获得更改，并将本地更改合并回主干？(而不是尝试mergin分支到分支:-D)

请建议我们应该使用什么样的工作流程？所以这是维护代码的最小痛苦。谢谢。

Answer 1

我不会为每个开发人员创建一个分支。我推荐一个连续积分流程，在这个过程中，所有四个人都可以从一个“主干”中签出，并频繁地合并更改--每天都有很多次。理想情况下，您应该有一个标准化的构建工具(例如Maven、Ant等)。和构建调度器(例如Hudson、Cruise、TeamCity等)。有了这两个工具，在SCM工具(Subversion)之上，您就可以有一个过程，不断地构建所有更改，签入主干，并在出现问题时给所有开发人员发电子邮件。这可以保护您不通过糟糕的更改或合并来破坏构建，同时允许您保持一个轻量级的分支结构(即一个分支--主干)。

分支使得您的代码更改与您的队友的代码更改更难集成。分支应该真正用于，嗯，分支-创建您的软件的特殊管理的“分支”。例如，如果您正在发布1.0版本的软件，那么最好在主干上创建一个1.0分支(在开发之后，但在发布之前)，这样您就可以在不影响主干上正在进行的开发(可能是2.0版)的情况下维护这个版本。

我建议抓住带有Subversion的实用版本控制。这是一个相当坚实的SCM概述和颠覆的细节。

Answer 2

1. 您应该使用一个分支进行主要开发。这实际上不是一个分支，被称为“主干”。每个开发人员都应该提交对主干的更改。在进行代码发布或对程序进行重大更改时，可能需要创建分支。然后，如果您对分支做了一些更改(假设之前的版本是修补程序)，并且也希望在主主干中进行这些更改，那么您应该将分支合并回主干。
2. 除了检查您的更改并手动合并到一个代码树之外，我没有其他更好的方法了。
3. 在您的情况下，您不应该使用4个分支。这不是使用版本控制系统的正确方式。

Answer 3

和另一个借口，张贴一个链接到埃里克Sink的源代码管理方法。

这是我发现的关于源代码管理的最好的介绍，无论您使用什么工具，都是相关的。