我的办公室有一个中央Source Safe 2005安装,我们用它来进行源代码管理。 我无法更改办公室在服务器上使用的内容。

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

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

===============>>#1 票数:1

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

唯一的问题是,你需要通过弄乱相应的忽略文件让他们互相忽略(我已经做了与SVN类似的事情)。 我假设SourceSafe让你忽略了一些事情。 而且你需要做两次某些操作(就像告诉你要删除文件一样)。

===============>>#2 票数:1 已采纳

嗯...... KernelTrap就此有所作为 看起来你可以使用vss2svn将Source Safe repo 传输到Subversion存储库,然后使用非常好的git-svn进入本地git repo。

我认为使用此方法返回VSS不会是一个平滑的自动过程。

===============>>#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目录,更新并提交。

但请记住,在少数情况下确实值得您花时间去做这件事。

  ask by Rob Allen translate from so

未解决问题?本站智能推荐: