我正在一个新项目中使用Git,该项目有两个并行但目前处于试验阶段的开发分支:
master:导入现有的代码库,再加上一些我通常确信的修改exp1:实验分支#1exp2:实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前,我无法知道哪一个(如果有的话)会起作用。当我在一个分支中取得进展时,我有时会对另一个分支进行有用的编辑,并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中,同时保留其他所有内容的最佳方法是什么?
我考虑过的方法:
gitmerge——无需提交,然后手动取消大量编辑,我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中,然后git checkout移动到另一个分支,然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支,使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法;类似于过滤器路径参数,可以使gitmerge更有选择性。
以下是如何让历史记录只跟踪来自另一个分支的几个文件,而不必大惊小怪,即使更“简单”的合并会带来更多您不希望的更改。
首先,您将采取不同寻常的步骤,提前声明您要提交的是合并,而Git根本不需要对工作目录中的文件执行任何操作:
git merge --no-ff --no-commit -s ours branchname1
…其中“branchname”是您声称要合并的任何内容。如果你马上提交,它不会做任何更改,但它仍然会显示来自其他分支的祖先。如果需要,也可以向命令行添加更多分支、标记等。不过,此时没有需要提交的更改,所以接下来从其他版本获取文件。
git checkout branchname1 -- file1 file2 etc.
如果要从多个其他分支合并,请根据需要重复。
git checkout branchname2 -- file3 file4 etc.
现在,来自另一个分支的文件位于索引中,准备提交,并具有历史记录。
git commit
在提交消息中,您需要做很多解释。
不过,请注意,如果不清楚的话,这是一件糟糕的事情。这不符合“树枝”的精神,而樱桃采摘是一种更诚实的方式来完成你将要做的事情。如果您想对上次未带来的同一分支上的其他文件进行另一次“合并”,它将以“已更新”消息阻止您。这是一种当我们应该分支时没有分支的症状,因为“from”分支应该是多个不同的分支。
我喜欢前面的“git交互式合并”答案,但有一个更简单。让Git使用交互式和到以下内容的重基组合为您实现这一点:
A---C1---o---C2---o---o feature
/
----o---o---o---o master
因此,您需要从“feature”分支(分支点“A”)中获取C1和C2,但目前没有其他分支。
# git branch temp feature
# git checkout master
# git rebase -i --onto HEAD A temp
正如前面的回答一样,这会让您进入交互式编辑器,在其中选择C1和C2的“pick”行(如上所述)。保存并退出,然后它将继续重新创建数据库,并为您提供分支“temp”和主机+C1+C2的HEAD:
A---C1---o---C2---o---o feature
/
----o---o---o---o-master--C1---C2 [HEAD, temp]
然后,您只需将master更新为HEAD并删除临时分支即可:
# git branch -f master HEAD
# git branch -d temp