TFS流程指导模板锁定？

Question

我的团队希望将许多工具（SCM、缺陷跟踪、构建、测试）迁移到TFS。我们考虑分阶段移动每个系统。例如，先移动源代码控制，然后是缺陷/特性跟踪等。

由于我们必须选择一个过程模板来使用源代码控制（或者TFS中的任何内容），我们做出的决策有多少束缚力？我想避免以后不得不创建另一个项目（或者这并没有我想象的那么糟糕吗？）。

我知道理论上可以在事后自定义过程模板配置的所有内容（对吗？），但实际上可行性如何？

以下是我看到的事情发生的方式：

1. 我们迁移我们的源代码。我们选择Microsoft的CMMI模板。
2. 我们创建一个新的工作项（或检入注释），它是指向我们传统缺陷跟踪系统的简单链接。
3. 我们一段时间内工作。
4. 我们等待“大佬们”（我们是一家相当规模的软件公司）制定新的TFS开发工作流程。这可能是一组新的工作项集合，也可能是完全配置各种东西的新模板。
5. 我们尝试将我们的TFS项目迁移到这个新系统，而不会丢失历史记录。

如果在使用TFS之前等待所有这些决策最终确定，我们会后悔吗？

- Aardvark

---

很好的问题，我现在正处于同样的情况！ - Afshar Mohebi

Answer 1

因此，您考虑流程模板是正确的，因为存在一定程度的“锁定”，但不是太严重。就像您被蜂蜜粘住了流程模板，而不是超级胶水。

个人建议从MSF敏捷模板开始。它更轻量级，包含的工作项较少-因此您更可能想要添加东西（在TFS中非常容易，得到很好的支持），而不是删除它们（更复杂，不完全令人满意）。

然而，如果权力机构决定采用超级流程定义流程，并在12个月内神奇地提出一个新的流程模板要求你使用，那么并没有完全丧失。如果你发现想要创建一个全新的团队项目，只要它在该服务器上（或TFS 2010中的项目集合），那么你可以将代码分支到新的团队项目上（这意味着在当前版本的TFS客户端中历史记录有些模糊），或者你可以创建一个新的团队项目，其中包含一个空的源代码文件夹，然后将子文件夹从旧的团队项目移到新的团队项目中。这将完美地保留历史记录，因为TFS会维护在同一TFS实例上的移动历史记录。但是，在移动之前的工作项将被卡在旧的流程模板中，你需要决定是否要复制它们或者让它们自然关闭。

显然，实际在真实项目中使用TFS 12个月后，当权威人士来敲门时，您也将更加了解您希望您的全新流程模板是什么样子的 - 我经常发现这是一个从未发生过的练习，大多数人都很高兴尝试微调MSF Agile或选择更具规范性的东西，如Scrum For Team System。

希望能对您有所帮助，

马丁。

- Martin Woodward

---

谢谢！我不知道移动命令比分支更好地保留历史记录。这可能是一个很好的最后手段选择！ - Aardvark

++ 对于黏在蜜糖上的比喻 - Ed Guiness