从TFS迁移到VSS

Question

一年前，我安装了Team Foundation Server并从VSS迁移了我的代码。这是一个巨大的错误。在工作区、只读标志、解决方案绑定和糟糕的合并工具之间，我认为我应该坚持使用VSS。

那么，如何从TFS迁移回VSS呢？

Answer 1

TFS在源代码控制系统中有一些很棒的糟糕的API。您可以编写一个程序，该程序：

1. N =1
2. 从TFS签出ChangeSet N的源代码
3. 将其签入VSS重用注释字段
4. N++，Goto 1

<代码>G29

你会失去时间和用户信息，但至少你会有你的历史。

不确定它将如何扩展，但您可以临时将其放入MongoDB或使用BizTalk将其排入队列。然后让多台计算机进行签入操作。如果每个用户都有一个，并让他们调整他们的时钟，你可以保留这些信息。

或者你可以砍掉你的手臂，两者的结果是一样的。

Answer 2

VSS是最糟糕的版本控制工具，请不要回到那里。如果TFS真的不是你喜欢的(这很公平)，那么你应该考虑Subversion，或者像Mercurial或git这样的DVCS。如果你喜欢VSS的简单性，那么Sourcegear的"Vault“可能值得一试。我从来没有在愤怒中使用过它，但它在布局和功能上与VSS非常相似，但如果你的存储库超过2 2GB，它不会破坏你的代码并死在它的屁股上。

另一件要注意的事情是，VSS现在不再是主流支持，不会再有更多的bug修复或版本，从微软的角度来看，它是一个死亡的产品。

如果您提供更多细节，那么也许有人可以帮助您克服问题，而不是经历迁移到另一个VCS的痛苦？

例如，TFS中的合并工具有点麻烦，但它们可以是replaced by just about any other tool on the market的，我使用的是SourceGear Diffmerge，但还有很多其他的工具可以使用。

我从来没有遇到过工作空间或解决方案绑定的问题，所以如果没有更多的信息，我就不能提供任何帮助。至于只读标志，我想你是指当你在Visual Studio之外编辑文件时？如果是这种情况，那么可以使用TFS power tools来安装资源管理器集成，这将允许您执行最常见的版本控制任务，而不必等待Visual Studio预热。

​

​

我认为TFS是一个比VSS更好的版本控制工具，但老实说，这是一个相当低的门槛。当然，YMMV :-)请不惜一切代价避免VSS！

Answer 3

断开与TFS源代码控制的连接，然后添加然后重新添加到VSS，尽管您肯定可以提出一个比VSS更好的解决方案？颠覆，Git，Mercurial，准确性？