我安装了Team Foundation Server,并在一年前从VSS迁移了我的代码。这是一个很大的错误。在工作区,只读标志,解决方案绑定和错误的合并工具之间,我想我应该坚持使用VSS。
那么,如何从TFS迁移回VSS?
答案 0 :(得分:14)
VSS是最糟糕的版本控制工具,请不要再回到那里。如果TFS 真的不是你的东西(这是公平的)那么你应该考虑Subversion,或者像Mercurial或git这样的DVCS。如果您喜欢VSS的简单性,那么Sourcegear的“Vault”可能值得研究。我从来没有在愤怒中使用它,但它在布局和功能方面与VSS非常相似,但如果你的存储库大小超过2GB,它就不会破坏你的代码并死在它上面。
另外需要注意的是,VSS现在已不再是主流支持,并且不会再获得任何错误修复或版本,从MS的角度来看它是一个死产品。
如果您提供更多细节,那么也许有人可以帮助您克服问题,而不是经历迁移到另一个VCS的痛苦?
例如,TFS中的合并工具有点松散但它们可以是replaced by just about any other tool on the market,我使用SourceGear Diffmerge但是还有很多其他工具可以使用。
我从未真正遇到过工作空间或解决方案绑定的问题,因此如果没有更多信息,我无法提供任何帮助。对于只读标志,我假设您在Visual Studio外编辑文件时的意思?如果是这种情况,那么TFS power tools可用于安装Explorer集成,这将使您可以执行最常见的版本控制任务,而无需等待Visual Studio预热。
我认为TFS是一个比VSS好得多的版本控制工具,但老实说这是一个相当低的标准。当然YMMV :-)请尽量避免VSS!
答案 1 :(得分:5)
从TFS的Source Control断开连接,然后添加然后重新添加到VSS,虽然你肯定可以提出比VSS更好的解决方案吗? Subversion,Git,Mercurial,Veracity?
答案 2 :(得分:4)
VSS即将结束。为什么不使用Hg或Git?
您可以使用vss2git将历史记录转换为git repo,更糟糕的情况是使用Hg将回购邮件移植到Hg。
答案 3 :(得分:3)
TFS在源控制系统中有一些很好的^ H ^ H ^ H ^可怕的API。你可以编写一个程序:
你会失去时间和用户信息,但至少你会有你的历史。
不确定它是如何扩展的,但您可以暂时将其放入MongoDB或使用BizTalk排队。然后让多台计算机进行签入操作。如果你有一个用户,并让他们调整他们的时钟,你可以保留该信息。
或者你可以切断你的手臂,两者都有相同的结果。