从TFS迁移到VSS

4

我在一年前安装了Team Foundation Server并将我的代码从VSS迁移过来。这是一个很大的错误。由于工作区、只读标志、解决方案绑定以及糟糕的合并工具,我认为我应该坚持使用VSS。

那么,我如何从TFS迁移到VSS呢?


4
+1是因为我知道他在开玩笑。希望如此。 - CAD bloke
2
@CAD小哥,你为什么认为他在开玩笑?两种解决方案都很糟糕,即使其中一种在某些领域略微好一些,要求在它们之间切换仍然是一个合理的请求。 - Krzysztof Kozmic
2
@Krzysztof 因为没有人会那么疯狂。 - CAD bloke
2
VSS就像根本没有版本历史记录!这使得迁移变得容易:删除你的源代码。 - OJ.
6
VSS中的只读标志、解决方案绑定和不良合并工具比其它工具好太多了。 - Robert Wagner
显示剩余3条评论
4个回答

14

VSS是目前最糟糕的版本控制工具,请不要回到那里。如果TFS真的不适合您(这很公平),那么您应该考虑Subversion或Mercurial或git等DVCS。如果您喜欢VSS的简单性,则可以考虑Sourcegear的“Vault”。我从未生气地使用过它,但它在布局和功能上与VSS非常相似,但如果您的存储库超过2GB,它不会破坏您的代码并死亡。

另一个需要注意的是,VSS现在已经停止了主流支持,并且不会再获得任何错误修复或版本更新,从微软的角度来看,它是一个死亡产品。

如果您提供更多详细信息,也许有人可以帮助您克服问题,而不必经历迁移到另一个VCS的痛苦?

例如,TFS中的合并工具有些松散,但可以被市场上几乎任何其他工具替换,我使用SourceGear Diffmerge,但还有许多其他工具可用。

我从未真正遇到过工作区或解决方案绑定的问题,因此如果没有更多信息,我无法提供任何帮助。至于只读标志,我想您指的是在Visual Studio之外编辑文件时?如果是这种情况,那么TFS power tools可以用于安装Explorer集成,这将使您能够执行最常见的版本控制任务,而无需等待Visual Studio启动。

TFS with Windows Explorer

我认为TFS是比VSS更好的版本控制工具,但说实话这个标准很低。当然,你的经历可能不同 :-) 但请尽量避免使用VSS!


2
+1 是为了你尝试与一个疯子理论而付出的努力。 - Robert Wagner

5

断开 TFS 的源代码控制,然后将其添加到 VSS 再重新添加,当然比起 VSS,你肯定可以想出更好的解决方案吧?比如 Subversion,Git,Mercurial,Veracity 等。


3
询问用户为什么要回到VSS是一个好建议,我知道大家都听过,但我还是引用一下(不知道是谁说的)-“把你的源代码打印出来、撕碎它并点燃比将其放在VSS中更加安全”。 - Rich
也许这就是“宁可做魔鬼的熟人,不做陌生人”的道理。 - Robaticus
2
你可以使用Hg来源代码控制你的VSS仓库。 - Robert Wagner

4

VSS已经停止维护,为什么不使用Hg或Git呢?

您可以使用vss2git将您的历史记录转换为git存储库,如果情况更糟,可以使用Hg将存储库移植到Hg。


3
TFS有一些很不错的API,可以进入源代码控制系统。您可以编写一个程序来完成以下操作:
  1. N = 1
  2. 从TFS检出ChangeSet N的源代码
  3. 将其作为评论字段重新检入到VSS中
  4. N++, 转到1
您会失去时间和用户信息,但至少您将拥有您的历史记录。
不确定它如何扩展,但是您可以将其暂时放入MongoDB或使用BizTalk排队。然后让多台计算机执行checkin操作。如果您每个用户都有一个计算机,并调整他们的时钟,就可以保留该信息。
或者你可以割掉你的手臂,两者都有相同的结果。

1
忘了提到这个方法是CAHC认可的。 - Robert Wagner

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接