问题理解svn

好的，首先，我要感谢我糟糕的英语…我希望你能理解一切

我想在我的公司使用svn进行软件开发， 目前我们使用cvs，但效果不太好，我听说 svn有很多优点

所以无论如何，我在理解如何在我们的系统中使用svn时遇到了一个问题。。。 我们通常有2到3个主要的开发版本，比如说 示例V1.0、V2.0和V3.0 V1.0中的更改被合并到V2.0和V3.0，依此类推

除此之外，我们还在为这些版本开发修补程序。。。。 所以我们目前的合并是这样的： V1.0->V1.1->V1.2->V2.0->V2.1->V3.0

目前，每个版本都是CVS中的一个独立分支

它总是有可能，我们需要一个更多的热修复程序的主要版本。。。 比如说V1.3（介于1.2和2.0之间） 这个新的“分支”（1.3）将在2.0和3.0已经存在之后创建

合并需要在svn中保持不变 （V1.0->V1.1->V1.2->V2.0->V.2.1->V3.0）

因此，如果我在1.0中进行更改，则必须在以下每个版本中进行更改。。。 同样，V2.0是在V1.2出现之前创建的 但是当我创建V1.2时，也需要在V2.0中进行更改

我搜索了很多教程，但总是只有一个活动的 每个示例中都有开发版本…但我们有多个活动版本

那么…我如何在svn中使用我们的系统

---

感谢您的帮助

如果您正在切换到一个新的版本控制系统（又称VCS），我邀请您使用Git而不是SVN，Git也是一个VCS，但它是最新的。它的一个主要优点是Git是分散的，这意味着您可以在脱机时使用本地存储库。这是一个巨大的优势，它意味着您可以提交修改，而无需联系服务器。Git的其他一些优点是它速度快，而且您会喜欢它：使用分支非常容易。您可以轻松地将修改从一个分支合并到另一个分支

如何开始发现Git？互联网上有很多资源，Git在几个月（几年？）后就开始大肆宣传。你可以从这个链接开始：你也可以查看这个演示文稿，我发现它非常有效地获取了每个概念：

---

祝你好运

如果您想要多个“活动”版本，我会坚持使用CVS中的相同模型，并为每个活动版本设置一个新的分支“/root/branchs/v1.1”等SVN repo，并确保尽早经常合并以避免大量冲突。Git显然有一个更好的合并算法，但是如果没有正确管理，无论选择了什么样的VCS，合并冲突都会发生。

这不是Subversion，但有一篇很好的文章描述了这一点。如果你做了很多分支和合并，你可能也想考虑Git。你的英语很好。此外，您试图实现的目标并不简单，您可能无法直接使用subversion（或任何其他工具）现成地实现这一目标。您可能必须将修补程序应用于所有后续版本。看看git。Greg欢迎来到Git营销委员会。为了避免混淆，我将使用VCS（版本控制系统）一词，而不是CVS。