Tfs 使用正确的流程模板创建新项目,同时保持分支结构

Tfs 使用正确的流程模板创建新项目,同时保持分支结构,tfs,Tfs,由于我们在TFS2010中的现有项目有一个错误的流程模板,我正在尝试使用正确的流程模板创建一个新项目,并使用TFS集成平台将所有工作项和版本历史迁移到新项目 但是,我不太确定如何使用当前的分支结构迁移所有代码。以下是我们当前的分支结构: 主-->开发 主-->版本 我想要的是,在我将所有内容从现有项目移动到新项目之后,我仍然可以保持相同的分支结构: 新主-->新开发 新主-->新版本 问题是: 如何将所有代码从现有项目移动到新项目?我是这样做的: 主-->新主 开发-->新开发 如何在新的Mai

由于我们在TFS2010中的现有项目有一个错误的流程模板,我正在尝试使用正确的流程模板创建一个新项目,并使用TFS集成平台将所有工作项和版本历史迁移到新项目

但是,我不太确定如何使用当前的分支结构迁移所有代码。以下是我们当前的分支结构:

主-->开发

主-->版本

我想要的是,在我将所有内容从现有项目移动到新项目之后,我仍然可以保持相同的分支结构:

新主-->新开发

新主-->新版本

问题是:

  • 如何将所有代码从现有项目移动到新项目?我是这样做的:

    主-->新主

    开发-->新开发

  • 如何在新的Main和新的Dev之间创建关系

  • 如果我使用像Main-->New Main这样的分支将代码带到新项目中,那么以后如何删除它们之间的分支关系(因为我最终会退出旧项目,我不希望人们意外地在新旧项目之间合并)

  • 好的,我来试一试:

    解决方案1:

    源代码控制

    • 使用“良好”流程模板创建新的团队项目
    • 创建从“Main”派生的“newmain”分支
    • 创建一个从New Main派生的“New Dev”分支,“New Release”也是如此
    • 从“Dev”合并到“newdev”,在发生冲突时接受源版本。对“新版本”也要这样做。您不会将历史记录保存在“新开发/发布”分支中,您必须在需要时查看它们的基本分支
    工作项

    我最好使用Excel创建工作项,我将首先设置查询,列出我要复制的所有工作项,显示我关心的字段,然后将整个内容(如果需要,使用一些映射)复制到连接到新团队项目的另一个电子表格中,然后保存所有内容以创建新的工作项

    如果: -你有一个合理数量的工作项(根据你的动机,由你来判断;) -您不关心工作项的历史记录(修订)。 -您很懒,不想使用迁移工具包(或者如果它适合您的需要)

    解决方案2:

    您可以就地升级流程模板,但主要是手动完成的

    源代码控制

    • 无事可做,这是保持源代码管理(分支关系、历史记录)所有内容完整的唯一方法
    工作项

    • 如果您想使用我之前给您的Excel方法保留一些历史记录,请确保在添加/更改WIT之前在Excel上获得了所有工作项
    • 删除所有工作项。看
    • 删除WIT()
    • 添加新的工作项类型
    • 如果需要,可以从Excel中创建新的
    SQL报告

    • 删除现有报告
    • 添加新流程模板中的内容
    我的看法

    如果源代码管理是最重要的,我会选择解决方案2。使用Excel或迁移工具包取决于工作项的数量,如果有很多字段我可以映射


    如果您选择解决方案2:在做任何疯狂的事情之前备份您的TPC!(我假设您在TFS 2010中)

    首先,您能告诉我们更多关于您问题中“错误的流程模板”部分的信息吗。您希望更改什么使您希望使用新的过程模板?当前项目使用MSF for Agile Software Development v4.2,这不是我们公司政策中的“正确”版本。相反,我们应该使用Microsoft Visual Studio Scrum 1.0。您计划如何迁移工作项?我这样问是因为保留现有团队项目和更改工作项类型和SQL报表可能比您想象的更容易。我计划使用TFS集成平台工具迁移所有工作项和版本历史。如果您有不同的WIT集(工作项类型)从源和目标团队项目来看,这将是非常困难的。。。您是否关心工作项的历史记录?我的意思是,您是否希望保留已关闭的分支?我担心这两种解决方案都无法回答如何创建分支关系的问题,即新建主-->新建开发和新建主-->新建发布,但不包括主-->新建主或开发-->新建开发。您不能这样做,最好的方法是按照我在解决方案1中所说的去做,或者不必留在团队项目中去做。