Version control TFS过程指导模板锁定？

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

由于我们必须选择一个流程模板来使用源代码管理（或TFS中的任何内容）我们对该决策的了解程度如何？我希望避免以后再创建另一个项目（或者这是否不像我认为的那么糟糕？）

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

我是这样看待事情的：

我们迁移源代码。我们选择微软的CMMI模板

我们创建一个新的工作项（或签入说明），它是到遗留bug跟踪系统的简单链接

我们工作一段时间

我们一直等到超级公司（我们是一家规模相当大的软件公司）制定出新的TFS开发工作流程。这可能是新工作项的简单集合，也可能是配置各种内容的全新模板

我们试图在不丢失历史记录的情况下将TFS项目迁移到这个新系统

---

我们会为没有等到所有这些决定最终确定后才使用TFS而感到抱歉吗？

因此，您应该考虑您的流程模板，因为存在一定数量的“锁定”，但这并不太严重。这就像你被蜂蜜而不是强力胶粘住在你的过程模板上一样

就个人而言，我将从MSF敏捷模板开始。它的重量要轻得多，包含的工作项也更少——因此，您更可能希望向它添加内容（在TFS中非常容易，得到了很好的支持），而不是将它们拿走（更复杂，也不完全令人满意）

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

显然，通过在实际项目中使用TFS 12个月，当力量来临时，你也将处于一个更好的位置，知道你希望你的闪亮的新流程模板是什么样子——我经常发现这是一个从未发生过的练习，大多数人都乐于修补MSF Agile的边缘，或者选择一些更具规范性的东西

希望有帮助

---

马丁。

谢谢！我不知道move命令比branch命令更能保存历史记录。这可能是最好的最后选择！++对于类似于蜂蜜的问题，我现在也处于同样的情况！