Git 跨不同的SCM系统并行管理单个项目
我目前有一个项目托管在我使用sourcetree管理的私有Git repo上。最近，我决定在这个项目上与一群朋友合作。然而，他们更喜欢Mercurial&SVN而不是Git，我更喜欢在我的项目中创建单独的Mercurial&SVN存储库，以便他们在维护我自己的Git回购协议的同时进行协作。我想知道是否可以通过Sourcetree或任何其他方法执行以下操作：Git 跨不同的SCM系统并行管理单个项目,git,svn,version-control,mercurial,Git,Svn,Version Control,Mercurial,我目前有一个项目托管在我使用sourcetree管理的私有Git repo上。最近，我决定在这个项目上与一群朋友合作。然而，他们更喜欢Mercurial&SVN而不是Git，我更喜欢在我的项目中创建单独的Mercurial&SVN存储库，以便他们在维护我自己的Git回购协议的同时进行协作。我想知道是否可以通过Sourcetree或任何其他方法执行以下操作： 在我的工作系统上有一个项目文件夹，可以同时将我的项目跟踪到所有三个repo（Git/Mercurial/SVN） 如果1。如果可能的话，我是
感谢您的帮助：）实际上，通过直接使用git存储库，hg可以通过hg git扩展很好地访问它。但如果您打算维护两个存储库，我认为这也是可行的 实际上，在一个文件夹中，mercurial可以有.hg文件夹，git可以有.git文件夹。实际上，hg和git区分了工作目录和存储库，所以这个文件夹可以容纳不同的存储库 对于第二个问题，我认为您需要在hg和git中设置一些钩子，并允许它们在任何系统中发生推送时通过hg的hg git扩展进行通信。据我所知，这个扩展工作得很好 但对于SVN来说，情况就不同了。虽然hg和git都有svn扩展（hgsubversion和git svn；这里的扩展是一个一般概念，而不是特定于类似hg的扩展），但DVCS系统将很容易分支，这会导致到svn的映射有点复杂
因此，我认为通过hg git扩展和钩子将hg和git存储库放在一个文件夹中是可行的，但对svn不太确定。实际上，通过直接使用git存储库，hg可以通过hg git扩展很好地访问它。但如果您打算维护两个存储库，我认为这也是可行的 实际上，在一个文件夹中，mercurial可以有.hg文件夹，git可以有.git文件夹。实际上，hg和git区分了工作目录和存储库，所以这个文件夹可以容纳不同的存储库 对于第二个问题，我认为您需要在hg和git中设置一些钩子，并允许它们在任何系统中发生推送时通过hg的hg git扩展进行通信。据我所知，这个扩展工作得很好 但对于SVN来说，情况就不同了。虽然hg和git都有svn扩展（hgsubversion和git svn；这里的扩展是一个一般概念，而不是特定于类似hg的扩展），但DVCS系统将很容易分支，这会导致到svn的映射有点复杂
因此，我认为通过hg git扩展和挂钩将hg和git存储库放在一个文件夹中是可行的，但对svn不太确定。我强烈建议不要在单个工作目录2或3个不同的VCS中混用。对于保持不同引擎的透明统一性来说，这只是一个额外的难题 为您提供的免费工作目录（以Git为中心）是一个更易于管理和更少混乱的解决方案：
- 只需为每个“外部”存储库添加一个额外的远程存储库——“Mercurial source”和“SVN source”
- 拉“他人”回购，推“自己”
SVN链接可由git SVN支持，Mercurial链接（来自git端）可由支持。我强烈建议不要在单个工作目录2或3个不同的VCS中混合使用。对于保持不同引擎的透明统一性来说，这只是一个额外的难题 为您提供的免费工作目录（以Git为中心）是一个更易于管理和更少混乱的解决方案：
- 只需为每个“外部”存储库添加一个额外的远程存储库——“Mercurial source”和“SVN source”
- 拉“他人”回购，推“自己”
SVN链接可以由git SVN支持，Mercurial链接（来自git端）可以由您的问题与
cvssvngitcvscvscvssvngitcvscvsrepo/.gitrepo/.hg