我们的团队希望从Visual SourceSafe (VSS)转移到Team Foundation Server (TFS)。我知道TFS不仅仅是一个版本控制系统,但我想首先使用它进行版本控制。
目前,我们的项目组织在单个解决方案中,其中包括共享部分(公共库)和许多客户项目。
是否有某种迁移指南,可以描述这样的挑战?或者TFS会强制执行其自己的使用场景(项目版本控制、发布等)?
我们的团队希望从Visual SourceSafe (VSS)转移到Team Foundation Server (TFS)。我知道TFS不仅仅是一个版本控制系统,但我想首先使用它进行版本控制。
目前,我们的项目组织在单个解决方案中,其中包括共享部分(公共库)和许多客户项目。
是否有某种迁移指南,可以描述这样的挑战?或者TFS会强制执行其自己的使用场景(项目版本控制、发布等)?
(请随意给我点踩,但是...)如果您想要更好的源代码控制,那么我认为TFS过于繁琐。我建议您考虑使用Subversion。VisualSVN是一个出色的($49)Visual Studio插件,可以与最佳的SVN客户端TortoiseSVN无缝配合使用。此外,他们提供了一个免费、易于设置的Windows软件包,名为VisualSVN Server,用于提供Subversion服务器端内容。
要了解有关Subversion工作方式的所有信息,请参阅Red Bean book。
(与VisualSVN无关,只是Subversion的粉丝)
当我们从Sourcesafe转换到TFS2005时,最大的障碍是Sourcesafe的共享文件、"Get latest on checkout"方法以及Sourcesafe中的分支/合并"支持"。每个人都害怕在Sourcesafe中进行分支和合并,并且花了一些时间说服所有同事,告诉他们使用TFS没有那么糟糕。
我们决定不将文件从Sourcesafe迁移。我们在TFS2005中为一个新项目使用,而将旧的东西保留在Sourcesafe中。我们不想保留多年来已经混乱无序的项目和文件结构。
现在,旧的东西已成为历史,我们使用TFS2008进行所有开发工作。