我们正在从SVN迁移,并合并一堆分支。为了大大简化,我们有一个分支B,它很久以前就被分叉出来,只有少量的开发,比如说修改了8个文件,而这些文件只是数百个文件中的一小部分。与此同时,在主分支上发生了巨大的变化。
如果我从分支执行"git merge master"命令,会显示许多合并冲突,因为B和HEAD现在非常不同。但这似乎(对我来说)是错误的:B距离主干并不远,只是时间上相差很长。
有没有办法利用这个事实?我应该尝试先将B合并回X,然后再从那里合并到HEAD吗?以下是相应的命令:
(很可能我在前面说了一些非常愚蠢且不像Git的话 - 请随便指出。 :))
A
|
X---(a few changes)--- B
|
|(hundreds of changes)
|
HEAD/master
如果我从分支执行"git merge master"命令,会显示许多合并冲突,因为B和HEAD现在非常不同。但这似乎(对我来说)是错误的:B距离主干并不远,只是时间上相差很长。
有没有办法利用这个事实?我应该尝试先将B合并回X,然后再从那里合并到HEAD吗?以下是相应的命令:
- 确定修订版本X
- 查看B和X之间的差异
- 将B与X合并
- 从新合并的版本更新到HEAD
(很可能我在前面说了一些非常愚蠢且不像Git的话 - 请随便指出。 :))