在TFS 2012中管理共享资源的不同策略的优缺点

时间:2013-05-14 12:59:06

标签: version-control tfs2012

背景

根据Visual Studio ALM Rangers的说法,TFS 2012中共享资源有两种主要方法(例如,在许多单独的产品中使用的公共库):

  • 工作区映射,设置工作区,以便它们指向每个所需库和产品的相应版本。
  • 共享文件夹,使用分支/合并来获取和更新共享资源

一目了然,共享文件夹似乎是要走的路,但我正在使用的客户端在Starteam中遇到了很多问题,并且不愿在TFS中再次尝试。我目前正在协助客户从Starteam迁移到TFS。

我列出了每种方法的优缺点,但我不确定是否遗漏了一些东西。

工作区映射:

  • 易于设置和理解
  • 轻松测试多个产品中的库更改
  • 轻松获取库中的最新更改,并提交对库的更改
  • 没有可追溯性,或至少没有可追踪性,例如如果产品A中引入了库中的更改,如何在产品B中跟踪该更改
  • 图书馆的变化可能会以不受控制的方式影响产品
  • 构建变得更复杂
  • 每个用户必须单独设置他/她的工作区(但TFS 2012 Power Tools中有工作区模板)

文件夹映射:

  • 所需的一切都在给定的分支中配置
  • 产品和分支机构之间的隔离
  • 简化构建
  • 更多控制变更
  • 需要更多磁盘空间
  • 需要以分支/合并和分支机构设置的形式进行更多管理

一个特殊问题是如何测试多个产品中的库更改。据我所知,需要在产品A中进行测试,然后反向集成到库并转发集成到产品B,然后测试该产品等。

结论和最终问题

客户已经在Starteam中成功使用了类似于工作空间映射的东西10年,并计划在TFS中继续使用该方法。虽然他们有问题需要跟踪影响多个产品的库更改。

他们担心文件夹共享会变得混乱和复杂。

我的问题是,我错过了上面列表中的内容吗?是否有更多理由说明组织不应该使用工作空间映射,或者为什么应该使用文件夹共享。

0 个答案:

没有答案