我想在我的公司使用svn进行软件开发， 目前我们使用cvs，但它不能很好地工作，我听说 关于svn的好东西...
所以无论如何我有一个问题，了解我应该如何使用svn与我们的系统... 我们通常有两个或三个主要版本的开发，让我们说 例如V1.0，V2.0和V3.0 V1.0中的更改将合并到V2.0和V3.0，依此类推......
除了我们在版本的开发中有修补程序.... 所以我们目前的合并是这样的： V1.0 - ＆gt; V1.1 - ＆gt; V1.2 - ＆gt; V2.0 - ＆gt; V2.1 - ＆gt; 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中进行更改，则必须在以下每个版本中... 也就是假设V1.2存在之前创建了V2.0 但是当我创建V1.2时，更改也需要在V2.0 ...
我搜索了很多教程，但总是只有一个有效 每个例子中的开发版本......但我们有多个活动版本......
所以...我如何在svn中使用我们的系统？
谢谢你的帮助
答案 0 :(得分：0)
如果您要切换到新的版本控制系统（又名VCS），我邀请您使用Git而不是SVN，Git也是VCS但是更新。它有一个主要优点，即Git是分散的，这意味着您可以在离线时使用本地存储库。这是一个巨大的优势，这意味着您可以提交修改而无法联系服务器。 Git的一些其他优点是它很快并且你会喜欢它：使用分支非常容易。您可以轻松地将分支的修改合并到另一个分支。
如何开始发现Git？互联网上有很多资源，Git真的是炒作几个月（几年？）。您可以从该链接开始：http://git-scm.com/，您还可以查看我认为非常有效的演示文稿：http://www.slideshare.net/chacon/git-101-presentation。
祝你好运！答案 1 :(得分：0)
如果您想要多个“活动”版本，我会坚持使用您在CVS中使用的相同模型，并为每个活动版本设置一个新分支“/root/branches/v1.1”等的SVN仓库并确保您提前和经常合并，以避免大量的冲突。 Git显然有一个更好的合并算法，但如果管理不正确，无论选择哪个VCS，都会出现合并冲突。