TFS流程指导模板锁定？

Question

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

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

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

以下是我发现事情的方式：

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

我们是否会抱歉我们在使用TFS之前不等到所有这些决定都已完成？

Answer 1

所以，你考虑一下你的流程模板是正确的，因为有一定数量的“锁定”。但它并不太严重。这就像你用蜂蜜而不是超级胶水粘在你的工艺模板上。

就个人而言，我会从MSF Agile模板开始。它的重量要轻得多，而且工作项目较少 - 所以你更喜欢在它上面添加东西（在TFS中非常容易，得到很好的支持）而不是把它们带走（更复杂，也不完全令人满意）。

然而，如果电源决定进入超级流程定义流程并在12个月内神奇地提出一个新的流程模板，他们希望您使用它，那么它就不会完全丢失。如果您发现要创建一个全新的Team项目，只要它位于该服务器（或TFS 2010中的Project Collection）上，那么您可以将代码分支到新的团队项目（这意味着历史记录有点在当前版本的TFS客户端中模糊不清）或者您可以创建一个新的团队项目，其中包含用于源控制的空文件夹，然后将子文件夹从旧团队项目移动到新团队项目。这将完美地保留历史记录，因为TFS维护同一TFS实例上的移动历史记录。移动前的工作项目将停留在旧的流程模板中，您需要决定是否要复制它们，或者让它们自然地关闭。

显然，通过在实际项目中实际使用TFS 12个月，当你的力量敲响你时，你也会更好地了解你希望你的闪亮的新工艺模板看起来像什么 - 而我我们经常发现这是一个永远不会发生的练习，而且大多数人都乐于修补MSF Agile的边缘，或选择更具说明性的东西，如团队系统Scrum 。

希望有所帮助，

马丁。