Merge TFS-从正常例程中合并代码

Merge TFS-从正常例程中合并代码,merge,Merge,我们使用的典型过程是: 编写代码 签入更改并说明它们是什么 合并前向(开发人员到QA) 我们一直在进行一系列的改革。管理层决定,他们希望我们进行一小部分此类变更。这些变化无处不在。我不能像平时那样简单地通过签入/变更集合并变更 我能想到的唯一解决方案是手动将我确实想要的更改复制粘贴到QA中。这破坏了我的文档和正常流程。但是,在未来,合并工具应该继续前进;那就是我们回到正常流程的时候 您会怎么做?如果我理解您的意思,请尝试使用: 使用“无基合并”合并未直接从中分支的项 彼此要执行无基础合并,必须使

我们使用的典型过程是:

  • 编写代码
  • 签入更改并说明它们是什么
  • 合并前向(开发人员到QA)
  • 我们一直在进行一系列的改革。管理层决定,他们希望我们进行一小部分此类变更。这些变化无处不在。我不能像平时那样简单地通过签入/变更集合并变更

    我能想到的唯一解决方案是手动将我确实想要的更改复制粘贴到QA中。这破坏了我的文档和正常流程。但是,在未来,合并工具应该继续前进;那就是我们回到正常流程的时候


    您会怎么做?

    如果我理解您的意思,请尝试使用:

    使用“无基合并”合并未直接从中分支的项 彼此要执行无基础合并,必须使用tf合并 指挥部。当执行无基础的合并时,Team Foundation没有 是否有关于中文件关系的任何信息 分支。在无基础合并中,必须执行手动冲突 决议。在执行无基础合并并解决 任何冲突,Team Foundation记录合并历史和 在文件夹和文件之间建立关系

    您可能想看看。WIMBI所做的是通过与变更集关联的工作项进行合并

    可能对您有效的方法是:

  • 将相关变更集与表示需要移植的工作单元(即任务)的工作项相关联(理想情况下,您在签入时会这样做)
  • 在您需要合并的更改之前(以及您不想合并的更改之前),从您的代码中创建一个发布分支
  • 使用WIMBI或cherry选择变更集来执行正向集成,将您的变更集成到新的发布分支
  • 希望这有帮助,

    阿萨夫。

    +1这似乎解决了手头的问题,并建立了关系(历史)。当我们准备合并时,我会试一试。感谢您提供的信息。