tfs2010 – 在TFS 2010中组织源代码

我们刚刚开始运行TFS 2010。我们将把我们的源码迁移到TFS中,但是我有一个关于如何组织代码的问题。

TFS 2010有一个新的项目收集概念,所以我决定组织内的不同团体将获得自己的团体。我的团队开发了许多不同的Web应用程序,我们有几个共享组件。我们还使用几个第三方组件(如telerik)。

显然,每个Web应用程序都是自己的项目,但是在哪里可以放置共享组件?每个组件应该在其自己的项目中有单独的构建和工作项目?

TFS 2010是否有最佳做法或推荐方法?

最好的做法是让您在Main / Trunk文件夹下创建一个解决方案所需的一切。我们使用以下格式:

 "Project 1"
   "DEV" (Folder)
      "Feature 1" (Branch)
      "Main" (Root branch)
   "Release" (Folder)
      "Release 1" (Branch)
   "RTM" (Folder)
      "Release 1.0" (Branch)
      "Release 1.1" (Branch)

这将使所有的分支都保持在同一级别,所以你不必怀疑哪个是一个分支,哪个是一个文件夹。

这是您的团队项目结构,但每个分支下的实际文件夹结构如何:

Main (Root branch)
  "Builds" (Folder that contains all of the MSBuild and Workflows for building)
  "Documents" (Folder that contains version specific documents)
  "Deployment" (Folder that contains config required for deployment | We use TFS Deployer from Codeplex)
  "Setup" (Folder contains all of the setup resources)
  "[Company].[Namespace].*" (Folders that contains a project)
  "Tools" ( Folder for all your nuts and bolts)
     "Toolname" (Folder for a specific tool or reference library)

这个想法是,是否使用新版本的外部产品或参考库是团队的选择。只是因为一个团队可以升级到新版本的NUnit并不意味着另一个团队选择不像这几个星期的工作。

一切都有一个中心的“工具”项目,你总是更新与最新的,你的团队从那里拉,但没有外部依赖。它使自动化构建成为一场噩梦,并使您的开发人员升级即使不是一个好时机。除此之外,请确保您将任何外部依赖关系视为工具,即使它来自另一个内部团队。

参考文献:TFS Deployer

翻译自:https://stackoverflow.com/questions/2684685/organizing-source-code-in-tfs-2010

转载注明原文:tfs2010 – 在TFS 2010中组织源代码