TFS流程指导模板锁定？

Question

我的团队正在寻求将我们的许多工具（SCM、错误跟踪、构建、测试）迁移到 TFS。 我们正在考虑分阶段移动每个系统。 例如，首先移动源代码控制，然后跟踪错误/功能，等等...

由于我们必须选择一个流程模板来使用源代码控制（或 TFS 中的任何内容）我们如何锁定决策？ 我希望避免稍后创建另一个项目（或者这并不像我想象的那么糟糕？）。

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

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

1. 我们迁移源代码。 我们选择微软的CMMI模板。
2. 我们创建一个新的工作项（或签入注释），它是到我们的旧错误跟踪系统的简单链接。
3. 我们工作一段时间。
4. 我们等到有权力（我们是一家规模相当大的软件公司）来制定新的 TFS 开发工作流程。 这可能是新工作项的简单集合，也可能是配置各种内容的全新模板。
5. 我们尝试将 TFS 项目迁移到这个新系统，而不会丢失我们的历史记录。

我们会后悔没有等到所有这些决定最终确定后再使用 TFS 吗？

Answer 1

因此，您对流程模板的考虑是正确的，因为存在一定程度的“锁定”，但并不太严重。 这就像您用蜂蜜而不是强力胶粘在流程模板上一样。

就我个人而言，我会从 MSF Agile 模板开始。 它的重量更轻，包含的工作项也更少 - 因此您更愿意向其中添加内容（在 TFS 中非常简单，支持很好），而不是删除它们（更复杂且不完全令人满意）。

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

显然，通过在实际项目中实际使用 TFS 12 个月，当权力来敲门时，您也将能够更好地了解您希望闪亮的新流程模板是什么样子 - 我经常这样做发现这是一个永远不会发生的练习，大多数人都乐于在 MSF Agile 的边缘进行修补，或者选择更具规范性的东西，例如 Scrum对于团队系统。

希望有帮助，

马丁。