多个同步版本控制系统？

Question

我对版本控制比较陌生,到目前为止只有使用TortoiseSVN/VisualSVN使用Subversion的经验.我一直在阅读其他类型的VCS(git,mercurial等),并且正在考虑尝试它们 - 但是,许多支持或反对特定VCS的论据似乎主要归结为主观偏好,所以我'我可能会给每个人看一看.

考虑到这样做,我想知道在理论上是否可以在单个代码库上使用多个VCS.哪些(如果有的话)VCS组合可能是这种可能性？如果可能的话,它会在多大的后勤噩梦中试图兼顾各自的排除名单？

这样做的一个可能的理由可能是备份冗余.一些VCS提供程序(Beanstalk,Github,Bitbucket)提供了一个免费存储库,因此您可以在几个不同的位置免费备份相同的repo.

Answer 1

当然,这是可能的,在某些情况下甚至是常见的.例如,git并且svn是自然对此.标准用例是一个组织,由于各种原因必须拥有遗留的中央Subversion存储库,但开发人员希望使用Git来提高其生产力.

输入git-svn.现在,开发人员从他们自己的本地Git存储库推送到中央Subversion存储库,但仍然获得了Git的所有强大功能.这个过程对Subversion存储库完全透明,只是看到了推送到它的更改.

Answer 2

Mercurial（带有hgsubversion），git（带有git-svn）和bzr（带有bzr-svn）都可以选择与上游svn存储库同步。

因此，已经有可能（假设扩展工作足够好）与具有不同SCM的svn存储库进行交互。