TFS:使用来自main的更改来更新分支

Caf*_*eek 99 tfs branching-and-merging

所以,我们有主要的开发线,我创建了一个分支,开发人员b创建了一个分支.我们都做了一些工作.开发人员b完成他的工作,合并回主开发线.我知道他的更改会影响我,而不是稍后处理冲突,我想更新我的分支,现在在主开发行中的更改,所以我可以在合并之前在我的分支中处理它们回到主要.

我怎么做?

And*_*own 170

从Visual Studio中,打开Source Control Explorer:

  • 查看| 团队探索者
  • 从团队资源管理器中选择您的团队项目,展开它,然后双击源代码管理
  • 在Source Control Explorer的左侧窗格中,选择您的Team Project.
  • 在右侧窗格中,找到主线分支,右键单击并选择" 合并..."
  • Target分支下拉列表中,选择您的dev分支.
  • 如果您想要主线中所有更改的子集:
    • 选择Selected changesets单选按钮,单击Next.
    • 选择代表从其他开发人员分支到主服务器的合并的变更集,单击" 下一步".
  • 否则,将所有更改保持选定的特定版本,单击" 下一步"
    • 下一步是您选择版本类型.默认的最新版本显然是直截了当且不言自明:因为您的分支是从主线创建到您的分支,所以您将获得所有更改.其他选择很简单,但是这里提供的每个选项的教程解释都需要相当大的空间.
    • 完成向导的其余步骤.
  • 单击完成.
  • 如果存在任何错误或合并冲突,系统将提示您解决它们,类似于自上次检出后进行其他更改时检查更改为源代码管理的情况.
  • 合并完成后,所有更改都在分支的本地副本中,但它们尚未提交到源代码管理.完成所有构建并在分支上进行测试后,您可以签入合并.从Visual Studio:
    • 查看| 其他WIndows | 等待变更
    • 确保选中与此合并相关的所有文件,添加描述合并的注释,然后单击"签入".

我建议将合并(以及任何必要的合并冲突解决方案,构建中断,测试中断)保持为自己的变更集.也就是说,不要将其他功能与合并混合使用.粒度变更集使得查看源控制历史记录以及识别单个感兴趣的更改变得更加容易.将合并工作保留在自己的变更集中有助于实现这一目标.

还有用于合并的命令行,tf merge /?从Visual Studio命令提示符运行.

祝好运并玩得开心点!