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 For Team System这样的更具规范性的东西.

希望有所帮助,

马丁.