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

Question

我的办公室有一个中央 Source Safe 2005 安装，用于源代码控制。 我无法更改办公室在服务器上使用的内容。

我在笔记本电脑上开发，并希望有一个不同的本地源代码控制存储库，无论中央提供程序是什么，它都可以与中央服务器（如果可用）同步。 提出请求的原因是我可以为客户演示维护一个本地稳定的分支/构建，同时继续开发而不必跳过火红的箍。 此外，作为顾问，我的客户可能会要求我使用他们的源代码控制提供程序，这里的灵活性会让生活更轻松。

任何现有的分布式源代码控制客户端都可以处理吗？

Answer 1

您应该能够查看代码的当前版本，然后围绕它创建一个 git 存储库。 更新它并将其提交到您的本地 git 存储库应该是轻松的。 应该克隆它。

唯一的问题是你需要通过混淆适当的忽略文件让它们彼此忽略（我已经用 SVN 做了类似的事情）。 我假设 SourceSafe 让你忽略一些事情。 并且您需要执行两次某些操作（例如告诉两者您正在删除文件）。

Answer 2

嗯... KernelTrap 对此有所了解。 看起来您可以使用vss2svn将 Source Safe 存储库通过管道传输到 Subversion 存储库，然后使用非常好的 git-svn 拉入本地 git 存储库。

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

Answer 3

有一天我在一家使用 VSS 的公司工作（以及在其他使用其他不太了解的SCM 的公司），但我更喜欢使用 SVN（有一天我会尝试 GIT）进行积极的开发，对我和我的团队来说。

首先，这种情况只是一个好主意，如果提交到 VSS 的时间很少，因为使用其他 SCM（而不是 VSS）会给你更多的灵活性，但是从 SVN 提交到 VSS 的时间成本很高。

我的解决方案是：

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

SVN -> VSS：这样，您需要将所有修改文件检出到 VSS，然后您可以简单地使用反向脚本从当前更新 SVN 目录（忽略 .svn 目录）复制并复制到当前更新 VSS 目录，更新并提交。

但请记住，在少数情况下确实值得您花时间这样做。

Answer 4

HanselMinutes 的这一集完全涵盖了我希望听到的内容。 显然 Git 可以在本地使用，然后根据需要附加到外部 subversion/vss 存储库。 他们在 14 到 15 分钟内谈论它。