从SourceSafe到Team Foundation Server

12

我们的团队希望从Visual SourceSafe (VSS)转移到Team Foundation Server (TFS)。我知道TFS不仅仅是一个版本控制系统,但我想首先使用它进行版本控制。

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

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


请参考此类似问题 [https://dev59.com/B3VD5IYBdhLWcg3wR5ko],其中包含一些很好的答案(包括 TFS 团队成员的回答)。 - jeffm
4个回答

9
TFS确实比作为源代码仓库更有潜力,但是您想要先迁移源代码控制是可以理解的。
通常选择的迁移工具是VSSConverter.exe,它允许您将VSS路径映射到Team Project源代码控制路径,并且在这个演示here中已经相当好地记录。
还有另一个工具(TFS Migration and Synchronization Toolkit)在CodePlex上可用,但当我对比这两个工具时,我发现VSSConverter已被广泛使用,我认为通常被视为VSS迁移的首选工具。
似乎在on this thread here上还有一些其它答案。
现在,我认为您真正想问的问题更多关于创建Team Projects和结构方面的指导?
这个问题有些难以回答,需要更多了解你的具体情况。 Patterns and Practices在CodePlex上发布了一本名为TFS Guide的书籍(链接),其中描述了建议的团队项目源代码控制结构等内容。它可能会帮助您在如何迁移和/或重新映射解决方案结构方面提供一些指导。
关于版本控制和分支,请查看此处关于分支指导的网站 - 这是使用TFS进行常见分支/发布管理技术的不错概述。
如果您阅读完所有内容,您将真正掌握大部分基本的TFS工作!

7

(请随意给我点踩,但是...)如果您想要更好的源代码控制,那么我认为TFS过于繁琐。我建议您考虑使用Subversion。VisualSVN是一个出色的($49)Visual Studio插件,可以与最佳的SVN客户端TortoiseSVN无缝配合使用。此外,他们提供了一个免费、易于设置的Windows软件包,名为VisualSVN Server,用于提供Subversion服务器端内容。

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

(与VisualSVN无关,只是Subversion的粉丝)


我是AnkhSVN针对VS插件的粉丝。 - Chris Marisic
2
当然。TFS版本控制很烂,虽然比VSS好一点。 - Dan Abramov

2
TFS和VSS是截然不同的东西。尽管如此,从VSS迁移到TFS的主要问题通常在于开发人员的思维方式。请查看以下博客:TFS from a VSS User's perspective: http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx以及原始链接:http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html。

0

当我们从Sourcesafe转换到TFS2005时,最大的障碍是Sourcesafe的共享文件、"Get latest on checkout"方法以及Sourcesafe中的分支/合并"支持"。每个人都害怕在Sourcesafe中进行分支和合并,并且花了一些时间说服所有同事,告诉他们使用TFS没有那么糟糕。

我们决定不将文件从Sourcesafe迁移。我们在TFS2005中为一个新项目使用,而将旧的东西保留在Sourcesafe中。我们不想保留多年来已经混乱无序的项目和文件结构。

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


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接