我正在以非常个性化的方式定制几个开源项目 - 即,不适合将修补程序发送给公众的维护者。其中一个存储在CVS中,一个存储在SVN中。我将SVN用于自己的工作。
CVS项目很好。我检查了我的svn存储库中的树,包括CVS目录。我可以提交所有更改,并仍然执行cvs更新以及时了解公共项目的错误修复/功能。
我应该如何处理svn项目?对于这种情况,是否存在“最佳实践”或已知程序?
答案 0 :(得分:1)
请查看vendor branches文档中的部分。
答案 1 :(得分:0)
cvs
项目的工作原理,因为您将其置于版本控制之下(svn
)。为什么不能将svn
存储库置于(svn
)版本控制之下 - 您可以使用Michael建议的供应商分支吗?
如果答案是“因为它很乱并且看起来不正确”你就会意识到非分布式版本控制的(美学)限制。我建议您研究一下像git
,mercurial或bzr
这样的分布式版本控制系统(DVCS)可以为您提供的服务。你会发现,例如git
可以很容易地将补丁集维护在上游存储库之上。您只需使用例如代码维护代码的私有分支。 git rebase转发您的更改。所有这些DVCS都带有一些与上游cvs
或svn
存储库交互的方式。