java-有什么理由不使用git-masquerading-as-cvs作为cvs的升级吗?

我们将CVS用于大约50个Java项目,这些项目是使用Eclipse开发的,并使用Hudson构建.

现在,我们已经想迁移到更好的地方了,我正在考虑使用git伪装作为CVS服务器可能完全适合我们的学习曲线.

我们只有很少的但寿命很长的分支-最好是在文件的子集上(我们本质上希望能够拥有一个特定于客户的分支,在该分支中,我们实际上只有很少的文件可以更改,但是如果需要,可以在以后添加更多的文件,并且工具应该理解这一点).

我们只有几个活跃的开发人员并置.

我们通常会在每个主要项目中使用一个工作区,并完整检查构建该工作区所需的所有项目.我们不使用Maven,而仅使用ant与Hudson进行构建.

我知道git-support-in-Eclipse已被用作实际的Eclipse项目.有什么经验吗?

我很可能会设置一个本地git服务器进行评估.我会很高兴提示明确显示哪些内容可能会很麻烦.

编辑:

我们不使用$Id $或类似的关键字扩展名(因为这会引起我们不希望知道的源文件中的更改.

因此,我非常感谢在类似于我们的场景中使用git的经验:)

编辑2009-10-25:问题仍然存在.我们已经决定离开分支(太多痛苦)并进入多个源树-一个pr分支.这消除了CVS的主要痛苦,但是我们仍然希望能够在没有网络访问存储库的情况下进行开发.因此,git仍然非常重要,我仍然想听听战es中的经验.

解决方法:

只是一个评论:

CVS是集中式VCS,这意味着您的所有项目都可以放入一个CVS存储库中:您可以签出任何子部分.

Git是DVCS,在分布式世界中,一个存储库=一个“组件”(或“模块”或“项目”,…).
您可以使用子模块将多个Git存储库聚合到一个“伞”中.
如果克隆Git存储库,则将获得所有历史记录(除非限制克隆的深度).

因此,您的项目的组织将与Git不同,并且我不确定一台“类似于CVS”的Git服务器的愿景是否仍然适用.

上一篇:拿到一个uboot 后,我都想添加一个属于自己的board文件以及include/configs/*.h 文件


下一篇:按钮权限