从TFS迁移到VSS 我安装了Team Foundation服务器,并在一年前从VSS中迁移了我的代码。这是一个大错误。在工作区、只读标志、解决方案绑定和糟糕的合并工具之间,我认为我应该坚持使用VSS
那么,如何从TFS迁移回VSS 断开TFS源代码管理的连接,然后添加到VSS,然后再重新添加到VSS,当然您可以想出比VSS更好的解决方案?Subversion、Git、Mercurial、Veracity?VSS是最差的版本控制工具,请不要再回头了。如果TFS真的不是你的东西(这是公平的),那么你应该考虑颠覆,或DVCS,如汞或Git。如果您喜欢VSS的简单性,那么Sourcegear的“Vault”可能值得研究。我从来没有在愤怒中使用过它,但它在布局和功能上与VSS非常相似,但如果存储库的大小超过2GB,它不会损坏您的代码并导致代码崩溃 另一件需要注意的事情是,VSS现在已经脱离了主流支持,并且不会得到更多的bug修复或版本,从微软的角度来看,它是一个死产品 如果你能提供更多的细节,那么也许有人能帮助你克服这些问题,而不是经历迁移到另一家风投的痛苦 例如,TFS中的合并工具有点过时,但它们可以,我使用,但您可以使用很多其他工具 我从来没有在工作区或解决方案绑定方面遇到过问题,因此如果没有更多信息,我就无法提供任何帮助。至于只读标志,我想您的意思是当您在VisualStudio之外编辑文件时?如果是这种情况,则可以使用安装Explorer集成,这将使您无需等待Visual Studio预热即可执行最常见的版本控制任务从TFS迁移到VSS 我安装了Team Foundation服务器,并在一年前从VSS中迁移了我的代码。这是一个大错误。在工作区、只读标志、解决方案绑定和糟糕的合并工具之间,我认为我应该坚持使用VSS,tfs,visual-sourcesafe,Tfs,Visual Sourcesafe,那么,如何从TFS迁移回VSS 断开TFS源代码管理的连接,然后添加到VSS,然后再重新添加到VSS,当然您可以想出比VSS更好的解决方案?Subversion、Git、Mercurial、Veracity?VSS是最差的版本控制工具,请不要再回头了。如果TFS真的不是你的东西(这是公平的),那么你应该考虑颠覆,或DVCS,如汞或Git。如果您喜欢VSS的简单性,那么Sourcegear的“Vault”可能值得研究。我从来没有在愤怒中使用过它,但它在布局和功能上与VSS非常相似,但如果存储库的大
我认为TFS是比VSS更好的版本控制工具,但老实说,这是一个相当低的标准。当然,YMMV:-)请不惜一切代价避免VSS VSS是生命的终结。为什么不使用Hg或Git
您可以使用vss2git将历史记录转换为git repo,更糟糕的情况是使用Hg将repo移植到Hg。TFS在源代码管理系统中提供了一些不错的、糟糕的api。您可以编写一个程序:
或者,您可以切断手臂,两者都有相同的结果。+1询问用户为什么要移回VSS。我知道每个人都听过,但我还是要引用它(dunno是谁说的)-“打印源代码、将其撕碎并点燃比将其放入VSS更安全”。也许是“你知道的魔鬼比你不知道的魔鬼更好”。你可以始终使用Hg对VSS存储库+1进行源代码控制,因为我知道他在开玩笑。“我希望如此。”卡德·布洛克,你为什么认为他在开玩笑?这两种解决方案都很差劲,无论其中一种在某些领域稍微不那么差劲,在这两种解决方案之间切换仍然是一个合理的要求them@Krzysztof因为没有人会那么疯狂。VSS就像根本没有版本历史记录一样!这使得迁移变得很容易:删除源代码。在VSS+1中,只读标志、解决方案绑定和错误的合并工具在尝试与疯狂的人进行推理时表现得更好。忘记提及此方法是CAHC批准的