12

我们的团队希望从 Visual SourceSafe (VSS) 迁移到 Team Foundation Server (TFS)。我知道 TFS 不仅仅是一个版本控制系统,但我还是第一次想以这种方式使用它。

目前,我们的项目组织在由共享部分(公共库)和许多客户项目组成的单一解决方案中。

是否有某种迁移指南可以描述这样的挑战?还是 TFS 强制执行其自己的使用场景(项目版本控制、发布等)?

4

4 回答 4

9

TFS 肯定比仅仅作为一个源存储库有更多的潜力,但是你为什么要首先迁移源控制是完全可以理解的。

选择的迁移实用程序通常是VSSConverter.exe ,它允许您将 VSS 路径映射到 Team Project 源代码控制路径,并且在演练中有很好的记录。

CodePlex 上还有另一个工具(TFS 迁移和同步工具包),但是当我比较这两者时,我确定 VSSConverter 已被更广泛地使用,并且我认为它被普遍接受为 VSS 迁移的首选工具。

似乎这里还有关于这个线程的更多答案。

现在,我认为您真正要问的问题更多是关于创建团队项目和结构化的指导?

在不了解您的具体情况的情况下,这有点难以回答。Patterns and Practices在 CodePlex 上出版了一本名为 TFS 指南的书,这可能会有所帮助 - 它描述了很多东西,其中包括建议的团队项目源代码控制结构。它可能有助于为您提供有关如何迁移和/或重新映射解决方案结构的指导。

关于版本控制和分支,请在此处查看此站点的分支指南- 它对使用 TFS 的一些常见分支/发布管理技术进行了不错的概述。

如果您通读了所有这些内容,您将真正掌握大部分基本的 TFS 基础知识!

于 2008-10-02T09:18:16.093 回答
7

(请随意对我投反对票,但是...)如果您追求更好的源代码控制,那么 TFS 恕我直言是矫枉过正。我建议您查看 Subversion。VisualSVN是一个极好的(49 美元)Visual Studio 插件,可以与可以说是最好的 SVN 客户端TortoiseSVN无缝协作。此外,它们还提供了一个免费的、易于设置的 Windows 软件包,其中包含 Subversion 服务器端的东西,称为 VisualSVN Server。

要了解有关 Subversion 工作方式的所有信息,请参阅伟大的Red Bean 书

(不隶属于 VisualSVN,只是一个 Subversion 粉丝)

于 2008-10-01T22:00:15.413 回答
2

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

于 2008-10-01T21:42:33.223 回答
0

当我们从 Sourcesafe 切换到 TFS2005 时,最大的障碍是 Sourcesafe 的共享文件、“Get latest on checkout”方法和 Sourcesafe 中的分支/合并“支持”。每个人都害怕在 Sourcesafe 中进行分支和合并,并且花了一些时间让所有同事相信 TFS 并没有那么糟糕。

我们决定不从 Sourcesafe 迁移文件。我们将 TFS2005 用于一个新项目,并将旧的东西保存在 Sourcesafe 中。我们不想保留多年来增长且相当无组织的项目和文件夹结构。

旧东西现在已成为历史,我们使用 TFS2008 进行所有开发工作。

于 2008-10-04T09:19:23.800 回答