我的办公室有一个中央Source Safe 2005安装，我们用它来进行源代码管理。 我无法更改办公室在服务器上使用的内容。
我在笔记本电脑上开发并希望有一个不同的本地源代码控制存储库，可以与中央服务器同步（如果可用），无论该中央提供程序是什么。 请求的原因是我可以维持一个本地稳定的分支/构建用于客户端演示，同时继续开发而不必跳过火焰圈。 此外，作为顾问，我的客户可能会要求我使用他们的源控制提供商，这里的灵活性将使生活更轻松。
任何现有的分布式源控制客户端都可以处理吗？
不同的分布式版本控制系统协同工作
Different Distributed Version Control Systems working together
===============>>#1 票数：1
您应该能够检查代码的当前版本，然后围绕它创建一个git存储库。 更新并将其提交到本地git存储库应该是无痛的。 应该克隆它。
唯一的问题是，你需要通过弄乱相应的忽略文件让他们互相忽略（我已经做了与SVN类似的事情）。 我假设SourceSafe让你忽略了一些事情。 而且你需要做两次某些操作（就像告诉你要删除文件一样）。
===============>>#3 票数：1
HanselMinutes的这一集完全涵盖了我希望听到的内容。 显然，Git可以在本地使用，然后根据需要附加到外部subversion / vss存储库。 他们谈了14到15分钟。
===============>>#4 票数：0
有一天，我在一家使用VSS的公司工作（以及其他使用其他不太知名的SCM的公司 ），但我更喜欢使用SVN（有一天我会尝试GIT）进行积极的开发，对我和我的团队来说。
首先，这种情况是唯一的好主意，如果提交VSS的时间很少，因为与其他SCM（而不是VSS）合作会给你更多的灵活性，但是从SVN到VSS的时间是昂贵的。
我的解决方案是：
VSS - > SVN：我有从VSS的currrent更新目录工作复制到当前SVN的linux脚本（或ant脚本，或XXX脚本），然后刷新SVN客户端并更新/合并/提交到SVN。 有了这个，您将使用VSS的其他公司的更改进行更新。
SVN - > VSS：通过这种方式，您需要将所有修改文件签出到VSS，然后您只需使用反向脚本从当前更新SVN目录（忽略.svn目录）复制并复制到当前更新VSS目录，更新并提交。
但请记住，在少数情况下确实值得您花时间去做这件事。