Visual Studio TFS 分支和合并指南.docVIP

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Visual Studio TFS 分支和合并指南.doc

Visual Studio TFS 分支和合并指南 自从 2006 年组建以来,Visual Studio ALM Rangers 团队就一直在 Microsoft 开发事业部工作,旨在促进 Visual Studio 产品组、Microsoft 服务与 Microsoft 最有价值专家 (MVP) 社区间的协作。Rangers 团队通过解决功能缺失问题以及消除阻碍产品采用的因素,实现他们的基本目标宣言:“通过为缺失的功能或指南提供带外解决方案来加速 Visual Studio 的采用”。 借助各种技术专家和业务专家之间的合作,Rangers 通过共享实际经验来为社区提供强大支持。 (如需了解有关 Rangers 的更多信息,请访问 /vstudio/ee358786。) Visual Studio Team Foundation Server (TFS) 分支指南 2010 () 通过提供从社区学习到的实际动手实验和课程,将使用 Visual Studio TFS 2010 进行分支与合并方面的富有深刻见解的实际指南进行了整合。 在本文中,我们将为您介绍我们正在为下一版指南而制定的一些高级分支方案。 分支:“当前情况” Rangers 分支指南是在 Visual Studio 2005 和 TFS 2005 发布之后作为一个 Rangers 项目而开始的。 Rangers 指南是于 2007 年在 CodePlex 上首次发布的。 2008 年,Rangers 启动了分支指南 II 项目。 在第二次发布中,我们将该指南重新组织为一组相关文档(“主要内容”、“方案”、“问题与解答”、“图表”、“海报”等)。 第二批文档中的每个文档都建立在主分支文档中提出的初级指南之上。 Rangers 分支指南 II 是于 2008 年下半年在 CodePlex 上发布的。 2009 年,Rangers 团队再次启动了一个新的分支指南项目:分支指南 2010。 第三次发布的分支指南侧重于展示 Visual Studio 2010 和 TFS 2010 中的许多新的分支功能。2010 版中的一个重要新增功能就是分支可视化。 可能由于我们将必威体育精装版版本命名为“Rangers Visual Studio TFS 分支指南 2010”,因此造成用户误认为该指南只适用于 Visual Studio 2010。 我们希望澄清的是,2010 指南文档中展示的最佳实践与指南仍适用于早期版本的 Visual Studio 和 TFS。 事实上,Rangers 团队已经从使用其他工具进行源代码控制管理 (SCM) 的人员那里获得积极的反馈。 2011 年,Rangers 团队将再次计划对 Rangers 分支指南进行一次更新。 您可随时在 CodePlex 网站发布疑问、中肯的反馈或关心的问题。 分支目标和策略 分支的一个主要目标是在并行工作流之间提供隔离。 在当前的 Rangers 分支指南 2010 中,我们更侧重于版本隔离而不是复杂开发计划中的隔离。 在许多情况下,某种产品下一个版本的所有开发活动都可由单一开发团队来完成。 在这种简单情况下,只需要一个开发分支就可以将开发工作与不断进行的稳定化(主分支)或持续的工程设计(交付产品版本,带有不断进行的修补程序和服务包支持)隔离开。 Rangers 常常被问到有关为更加复杂的开发方案提供支持的问题,在这种开发方案中,单一的开发分支无法针对较大型的产品开发工作提供足够的灵活性或隔离。 在 Rangers 分支指南的下一个版本中,我们将在复杂开发方案(例如功能团队开发)方面增加更多的说明。 我们希望将分支策略讨论分为两个方面: 我的组织如何开发 软件? 我们是否需要一个更小、更简单的团队结构,或者我们是否需要对进行并行开发工作的更多复杂团队提供支持? 我的组织如何向其客户(不管是内部还是外部客户)发布软件? 我们是否需要对多个已发布的版本提供支持? 我们是否需要提供修补程序或服务包? 在某些情况下,组织的发布策略可能影响开发过程,尤其是开发团队的结构。 但在很多情况下,发布过程和分支策略的复杂性可能与开发过程和分支策略的复杂性无关。 在设计一种分支策略时,不仅要考虑分支结构,而且还要考虑分支过程。 例如,在 Rangers 分支指南 2010 所描述的基本分支计划中,只有三种分支(主分支、开发分支和发布分支)。 一个良好的分支策略将会描述分支关系(例如,主分支是开发分支和发布分支的父分支)。 另外,一种分支策略应该描述该分支结构所必然需要的过程。 例如,在主分支中生成代码的频率如何? 从主分支向开发分支合并代码(正向集成)的频率如何? 从开发分支向主分支合并代码(反向集成)的条件是什么?(等等) 让我们讨论一些典型的分

文档评论(0)

zhoubingchina + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档