从TFS迁移到VSS

Pau*_*ell 4 tfs visual-sourcesafe

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

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

Jam*_*eed 14

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

另一件需要注意的事情是,VSS现在已不再受主流支持,并且不会再获得任何错误修复或版本,从MS的角度来看它是一个死产品.

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

例如,TFS中的合并工具有点松懈,但它们可以被市场上的任何其他工具取代,我使用SourceGear Diffmerge但是你可以使用很多其他工具.

我从来没有真正遇到过工作空间或解决方案绑定的问题,因此如果没有更多信息,我无法提供任何帮助.对于只读标志,我假设您在Visual Studio外编辑文件时的意思?如果是这种情况,那么可以使用TFS电动工具来安装Explorer集成,这将使您可以执行最常见的版本控制任务,而无需等待Visual Studio预热.

使用Windows资源管理器的TFS

我认为TFS是比VSS更好的版本控制工具,但说实话,这是一个相当低的标准.当然YMMV :-)请尽量避免VSS!

  • 尝试与一个疯狂的人推理的努力+1 (2认同)

Der*_*kin 5

从源代码控制TFS断开,然后添加然后重新添加到VSS,但你一定能想出比VSS一个更好的解决方案?Subversion,Git,Mercurial,Veracity?

  • +1,询问用户为什么要回到VSS.我知道每个人都听到了它,但我仍然会引用它(dunno谁说过) - "打印源代码更安全,将其粉碎并将其设置为火,而不是将其置于VSS中". (3认同)
  • 您始终可以使用Hg来源控制您的VSS存储库 (2认同)