我对版本控制还比较陌生，到目前为止只有使用 TortoiseSVN/VisualSVN 来处理 Subversion 的经验。我一直在阅读其他类型的 VCS(git、mercurial 等)，并正在考虑试用它们 - 然而，支持或反对特定 VCS 的许多论据似乎主要归结为主观偏好，所以我'最后可能会给每个人看一眼。
考虑这样做时，我想知道在单个代码库上使用多个 VCS 在理论上是否可行。这可能适用于哪些(如果有的话)VCS 组合？如果可能的话，试图兼顾各自的排除列表会是一场多么大的后勤噩梦？
这样做的一个可能论据是备份冗余。多个 VCS 提供商(Beanstalk、Github、Bitbucket)提供一个免费存储库，因此您可以在多个不同位置免费备份相同的存储库。
最佳答案
当然，这是可能的，在某些情况下甚至是司空见惯的。例如，git 和 svn 是天作之合。标准用例是一个组织，由于各种原因必须有一个遗留的中央 Subversion 存储库，但开发人员希望使用 Git 来提高它提供的生产力。
输入 git-svn .现在，开发人员从他们自己的本地 Git 存储库中推送和 pull 到中央 Subversion 存储库，但仍然可以获得 Git 的所有强大功能。此过程对 Subversion 存储库完全透明，它只看到推送到它的更改。
关于svn - 多个同时版本控制系统？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1314262/