CVS/SVN分支和标记的最佳实践

我将负责决定在我们的CVS/SVN仓库中如何进行标记分支.

是否有任何文献可以帮助我理解使用CVS的最佳方式？分支/标记等？

谢谢

1> Keltia..：

---

我在FreeBSD项目中担任CVS十多年的个人经历是:尽可能快地切换到其他东西.CVS是面向文件而不是面向快照/变更集,这使得在分支之间合并相当痛苦.无论如何,分支对CVS来说是痛苦的.

至于CVS的资源,请参阅CVS Home

如果你想谈论SVN,我会建议SVN Book本身和这个问题.

---

我对CVS的最大问题是提交不能保证是原子的.随之而来的是欢闹.只需使用现代VCS ...... SVN对大多数用途都非常有用.

---

CVS中的提交在同一目录中是"原子的"(由于锁定)但不在外部.最新版本(1.12)具有存储在RCS文件中的提交ID,但它仍然是一个黑客.

2> Rob Wells..：

---

我建议阅读关于SVN和CVS的两本实用程序员书籍,称为" 使用CVS的语用版本控制 "和" 使用Subversion的语用版本控制 ".

两者都是优秀的资源,充满了描述你想做什么的食谱,而不是前面提到的书中技术本身的细节描述.

HTH

干杯,

抢

3> Darcy Cassel..：

---

明智的经验法则:

标记每个构建(即,每个构建都带有构建号 - 您可能发送给测试人员或任何其他人的任何内容).

每次需要分支时分支.

通常,您需要分支已发布的版本,以便可以测试和发布补丁.您可能还有其他分支原因.

而且你对Subversion肯定会更好.

4> abatishchev..：

---

我推荐你在Windows 上使用SVN,在Linux 上使用Git.不要使用CVS,这很可怕.

SVN Book是您首先需要的.

标记每个公共构建(发布).由于某种原因,分支是一个复制中继 - 例如另一种开发方式.每次需要时分支存储库:)

5> Jim T..：

---

我相信这是来自编码恐怖:

Chris Birmele关于分支和合并的论文是我发现的最重要的源代码控制任务.有许多方法可以分支,没有一种正确的方法可以实现.熟悉您的选择,以便了解每个选项的权衡.

分支和合并入门