在多个开发人员之间使用 Trunk / Branches 和 Tag 结构

Question

当谈到主干/分支和标签时，我最终感到困惑。以下是我的查询：

我们有一个开发团队致力于一个项目。开发人员通常分成几组，他们在同一项目的不同模块上工作。

目前，我们有一个简单的 SVN 系统（没有任何主干/分支或标签），每个人都在同一台本地服务器上工作并提交文件。但当几个开发人员开发未来的模块（不应该立即上线）时，问题就开始了。在这种情况下，他们无法提交数据，因为如果他们这样做，他们的开发代码将上传到实时服务器上，最终会弄乱一切。

所以，现在我正在寻找某种解决方案，这些开发人员可以单独工作，但使用相同的代码。像这样的事情：

开发人员 A 正在开发新模块 A 开发人员 B 正在开发新模块 B 开发人员 C 正在修复模块 C 的错误（该模块已经上线，但需要修复很少的错误），

因此，开发人员 A 将在这台计算机上拥有自己的副本，并将提交到开发人员 A 的存储库。 （或分支）

相同的逻辑适用于开发人员 B，但开发人员 C 将开发一个公共稳定副本，该副本将位于标签中的某个位置，一旦工作完成，它将被标记并推送到主干，以便在实时服务器上上传。

开发人员 A 完成工作后，会将所有文件推送到 Trunk 进行实时上传。 （这也应该合并主干中的一些常见文件）。同样的逻辑也适用于开发人员 B。

我不确定 SVN 是否是正确的解决方案。我什至不知道是否有更简单的方法来实现我想要的。

欢迎任何建议。

谢谢 总温度

Answer 1

我的观点首先是，如果你所有的开发人员都在项目的不同部分工作，那么你可以取消分支。这可能需要一些组织（例如适当的日志注释和版本控制），但这比分支和合并要少得多。

好的，但如果你确实想要分支，那很容易。有几种方法可以实现这一点，但基本上所有方法都涉及最终代码结束的“主”版本。这可以是主干，或者有些人喜欢在主干上进行更改，然后合并代码以发布分支。不过，“后备箱是主人”是最容易掌握的概念。

在 svn 中，创建一个分支很容易 - 它是一个廉价的副本，所以你唯一的问题是用东西填充一个目录（我建议在完成后删除一个分支）。 SVN 也为此类工作提供了一种特殊的分支 - 重新整合分支。它很特别，因为 SVN 会跟踪它发生的情况，它的设计是从主干创建一个分支，对其进行处理，偶尔使用对主干所做的更改来更新它，然后将该分支上的所有工作重新集成到主干中最后一声巨响。然后你就可以重新开始了。听起来这可能就是您想要的 - 但通常情况下，您不会为每个开发人员创建一个分支，而是为每个工作包创建一个分支。

每个开发分支的问题在于，随着分支的寿命越来越长，它们所做的更改将越来越难合并回来。如果开发人员不定期将其他开发人员的工作合并到他们的分支中（正如他们习惯的那样），情况尤其如此。

由于 svn 提供廉价副本，我可能会建议为每个开发人员分支整个主干。我发现更容易记住，而不是分支单个目录，并且您始终能够更改共享或公共文件，而不必担心提交它们是否会破坏不同的分支。 （即，如果您分支 /trunk/moduleA 然后发现需要更改 /trunk/include/common_file 那么当您分支子集时，公共文件将不会在您的分支中。所以只需在根分支，因为这不会'不会花费你任何额外费用）

Answer 2

在您的问题中，您刚刚表达了整个主干/标签/分支模型背后的基本原因 - 它是为了准确管理这种情况，这是开发商店不久后进入的正常情况。

需要计划的一件事是从无行李箱模型迁移到行李箱模型。

你说你没有任何主干、标签、分支等。所以我假设你的模型看起来像这样：

/
 filea.html
 fileb.html
 dira/
  filex

警告 - 不要尝试在其自身下分支根目录。

例如：

svn cp / /branchA

这将导致一个看起来像这样的目录：

/
 filea.html
 fileb.html
 dira/
  filex
 branchA/
  ...
 branchB/
  ...

取消选取根分支和子分支的一部分很快就会变得非常棘手。

保持干净——首先将所有代码移入主干。这是一种结构跳跃，需要每个人（以及所有部署系统）删除他们的工作区并从 clean 中获取所有内容：

svn cp / /trunk

现在你可以创建你的分支：

svn cp /trunk /branches/branchA

给你一个如下的结构：

/
 trunk/
  filea.html
  fileb.html
  dira/
   filex
 branches/
  branchA/
   ...

一旦分支已经创建，开发人员可以检查它们并对其进行处理。您的部署系统可以指向 trunk/ 而不是根文件夹并进行部署。

任何致力于错误修复的开发人员都可以检查 trunk。当他们提交时，部署系统将像现在一样部署他们的更改。

当branchA完成后，开发人员可以将更改合并到主干中，就像gbjbaanb建议的那样。

只是快速提醒一下，祝你好运。