Version control 不同的分布式版本控制系统协同工作

我的办公室有一个用于源代码管理的中央源代码安全2005安装。我无法更改office在服务器上使用的内容

我在笔记本电脑上开发，希望有一个不同的本地源代码管理存储库，可以和中央服务器（若可用）同步，而不管中央提供程序是什么。请求的原因是，我可以为客户演示维护一个本地稳定的分支/构建，同时继续开发，而无需跳转。此外，作为一名顾问，我的客户可能会要求我使用他们的源代码管理提供商，这里的灵活性将使生活更轻松

---

任何现有的分布式源代码管理客户端都可以处理这个问题吗？

您应该能够签出代码的当前版本，然后围绕它创建一个git存储库。更新它并将其提交到本地git存储库应该是无痛的。克隆它也应该如此

唯一需要注意的是，您需要让它们都忽略彼此（我对SVN做了类似的事情），方法是弄乱适当的忽略文件。我想是SourceSafe让你忽略一些事情。而且你需要做两次特定的操作（比如告诉他们你正在删除一个文件）。

嗯。。。KernelTrap已经成功了。看起来您可以使用管道将源代码安全的repo导入Subversion存储库，然后使用非常好的git svn导入本地git repo

---

我认为使用这种方法提交回VSS不会是一个平稳、自动的过程。

有一天，我在一家使用VSS的公司工作（以及其他使用其他不太熟悉的公司），但我更喜欢使用SVN（有一天我会尝试GIT）进行主动开发，这对我和我的团队来说都是如此

首先，在这种情况下，如果对VSS的承诺在一个月内很少，那么这是唯一一个好主意，因为使用其他SCM（而不是VSS）可以提供更大的灵活性，但是从SVN对VSS的承诺在时间上是昂贵的

我的解决办法是：

VSS->SVN：我有一个linux脚本（或ant脚本，或XXX脚本），它从VSS的当前更新目录工作复制到当前SVN，然后刷新SVN客户端并更新/合并/提交到SVN。这样，您就可以从使用VSS的公司其他部门的更改中获得更新

SVN->VSS：这样，您需要将所有修改文件签出到VSS，然后您只需使用反向脚本从当前更新SVN目录（ignore.SVN目录）复制并复制到当前更新VSS目录，然后进行更新和提交

但请记住，在某些情况下，这样做是值得的。

这一集的《汉斯分钟》正好涵盖了我希望听到的内容。显然，Git可以在本地使用，然后根据需要连接到外部subversion/vss存储库。他们在14~15分钟内谈论这件事