代码之家  ›  专栏  ›  技术社区  ›  Aardvark

TFS过程指导模板锁定?

  •  6
  • Aardvark  · 技术社区  · 15 年前

    我的团队希望将我们的许多工具(SCM、错误跟踪、构建、测试)迁移到TFS。我们正在考虑分阶段移动每个系统。例如,先移动源代码管理,然后移动Bug/Feature跟踪,等等…

    因为我们必须选择一个过程模板来使用源代码管理(或TFS中的任何内容) 我们对这个决定有多严格? 我希望避免以后再创建另一个项目(或者这不是我认为的那样糟糕吗?).

    我知道理论上我可以自定义流程模板在事实之后配置的所有内容(对吗?)但这在实践中有多可行?

    以下是我对事情发生的看法:

    1. 我们迁移源代码。我们选择Microsoft的CMMI模板。
    2. 我们创建了一个新的工作项(或签入说明),它是到我们的旧bug跟踪系统的简单链接。
    3. 我们工作了一段时间。
    4. 我们等待直到 是什么力量 (我们是一家规模不错的软件公司)制定一个新的TFS开发工作流。这可能是一个新工作项的简单集合,也可能是一个配置各种东西的全新模板。
    5. 我们试图将我们的TFS项目迁移到这个新系统,而不丢失我们的历史。

    很抱歉,在使用TFS之前,我们没有等到所有这些决策都完成之后再使用它吗?

    1 回复  |  直到 15 年前
        1
  •  9
  •   Martin Woodward    15 年前

    因此,考虑流程模板是正确的,因为存在一定数量的“锁定”,但并不太严重。就像你被蜂蜜而不是强力胶水粘在你的过程模板上。

    就我个人而言,我将从MSF敏捷模板开始。它的重量更轻,包含的工作项更少,因此您更愿意向它添加内容(在tfs中非常容易,支持非常好),而不是将它们带走(更复杂,不完全满意)。

    然而,如果权力是决定去一个超级过程定义过程,并神奇地在12个月内想出一个新的过程模板,他们希望你使用,那么它不会完全失去。如果您发现您想要创建一个全新的团队项目,只要它在该服务器上(或TFS 2010中的项目集合),那么您可以将代码分支到新的团队项目(这意味着历史在当前版本的TFS客户机中有点模糊),也可以创建一个新的团队项目,其中包含一个空的SOUR文件夹。ce控件,然后将子文件夹从旧团队项目移到新项目。这将完全保留历史记录,因为tfs为同一tfs实例上的移动维护历史记录。但是,移动之前的工作项将停留在旧的流程模板中,您需要决定是要复制它们,还是让它们自然关闭。

    显然,通过在真正的项目上使用TFS 12个月,当即将到来的力量打击你的时候,你也将处于一个更好的位置来了解你想要你的闪亮的新过程模板是什么样的-我经常发现这是一个从未发生过的练习,大多数人都很乐意修补MSF敏捷或选择一些更具规定性的东西,比如 Scrum For Team System .

    希望能有所帮助,

    马丁。