我们的团队希望从 Visual SourceSafe (VSS) 迁移到 Team Foundation Server (TFS)。我知道 TFS 不仅仅是一个版本控制系统,但我还是第一次想以这种方式使用它。
目前,我们的项目组织在由共享部分(公共库)和许多客户项目组成的单一解决方案中。
是否有某种迁移指南可以描述这样的挑战?还是 TFS 强制执行其自己的使用场景(项目版本控制、发布等)?
我们的团队希望从 Visual SourceSafe (VSS) 迁移到 Team Foundation Server (TFS)。我知道 TFS 不仅仅是一个版本控制系统,但我还是第一次想以这种方式使用它。
目前,我们的项目组织在由共享部分(公共库)和许多客户项目组成的单一解决方案中。
是否有某种迁移指南可以描述这样的挑战?还是 TFS 强制执行其自己的使用场景(项目版本控制、发布等)?
TFS 肯定比仅仅作为一个源存储库有更多的潜力,但是你为什么要首先迁移源控制是完全可以理解的。
选择的迁移实用程序通常是VSSConverter.exe ,它允许您将 VSS 路径映射到 Team Project 源代码控制路径,并且在此演练中有很好的记录。
CodePlex 上还有另一个工具(TFS 迁移和同步工具包),但是当我比较这两者时,我确定 VSSConverter 已被更广泛地使用,并且我认为它被普遍接受为 VSS 迁移的首选工具。
似乎这里还有关于这个线程的更多答案。
现在,我认为您真正要问的问题更多是关于创建团队项目和结构化的指导?
在不了解您的具体情况的情况下,这有点难以回答。Patterns and Practices在 CodePlex 上出版了一本名为 TFS 指南的书,这可能会有所帮助 - 它描述了很多东西,其中包括建议的团队项目源代码控制结构。它可能有助于为您提供有关如何迁移和/或重新映射解决方案结构的指导。
关于版本控制和分支,请在此处查看此站点的分支指南- 它对使用 TFS 的一些常见分支/发布管理技术进行了不错的概述。
如果您通读了所有这些内容,您将真正掌握大部分基本的 TFS 基础知识!
(请随意对我投反对票,但是...)如果您追求更好的源代码控制,那么 TFS 恕我直言是矫枉过正。我建议您查看 Subversion。VisualSVN是一个极好的(49 美元)Visual Studio 插件,可以与可以说是最好的 SVN 客户端TortoiseSVN无缝协作。此外,它们还提供了一个免费的、易于设置的 Windows 软件包,其中包含 Subversion 服务器端的东西,称为 VisualSVN Server。
要了解有关 Subversion 工作方式的所有信息,请参阅伟大的Red Bean 书。
(不隶属于 VisualSVN,只是一个 Subversion 粉丝)
TFS 和 VSS 是完全不同的野兽。
也就是说,从 VSS 迁移到 TFS 的主要问题通常在开发人员的脑海中。
查看以下博客:
从 VSS 用户的角度来看 TFS:http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx
当然,原来的 http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html
当我们从 Sourcesafe 切换到 TFS2005 时,最大的障碍是 Sourcesafe 的共享文件、“Get latest on checkout”方法和 Sourcesafe 中的分支/合并“支持”。每个人都害怕在 Sourcesafe 中进行分支和合并,并且花了一些时间让所有同事相信 TFS 并没有那么糟糕。
我们决定不从 Sourcesafe 迁移文件。我们将 TFS2005 用于一个新项目,并将旧的东西保存在 Sourcesafe 中。我们不想保留多年来增长且相当无组织的项目和文件夹结构。
旧东西现在已成为历史,我们使用 TFS2008 进行所有开发工作。