我正在一个新项目中使用Git,该项目有两个并行但目前处于试验阶段的开发分支:

master:导入现有的代码库,再加上一些我通常确信的修改exp1:实验分支#1exp2:实验分支#2

exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前,我无法知道哪一个(如果有的话)会起作用。当我在一个分支中取得进展时,我有时会对另一个分支进行有用的编辑,并希望仅合并这些编辑。

将一个开发分支中的选择性更改合并到另一个分支中,同时保留其他所有内容的最佳方法是什么?

我考虑过的方法:

gitmerge——无需提交,然后手动取消大量编辑,我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中,然后git checkout移动到另一个分支,然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支,使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。

所有这三种方法都显得乏味且容易出错。我希望有更好的方法;类似于过滤器路径参数,可以使gitmerge更有选择性。


当前回答

如果您只需要合并一个特定的目录并保留所有其他内容,同时保留历史记录,那么您可以尝试这样做。。。在实验之前,从主对象创建一个新的目标分支。

下面的步骤假设您有两个分支目标分支和源分支,并且要合并的目录目录位于源分支中。另外,假设您有其他目录(如dir)保留在目标中,您不想更改并保留历史记录。此外,假设要合并的目录中存在合并冲突。

git checkout target-branch
git merge --no-ff --no-commit -X theirs source-branch
# the option "-X theirs", will pick theirs when there is a conflict. 
# the options "--no--ff --no-commit" prevent a commit after a merge, and give you an opportunity to fix other directories you want to retain, before you commit this merge.

# the above, would have messed up the other directories that you want to retain.
# so you need to reset them for every directory that you want to retain.
git reset HEAD dir-to-retain
# verify everything and commit.

其他回答

下面是如何将master分支中的Myclass.java文件替换为feature1分支中的Myclass.java。即使master上不存在Myclass.java,它也可以工作。

git checkout master
git checkout feature1 Myclass.java

注意,这将覆盖-而不是合并-并忽略主分支中的本地更改。

tl;博士

git checkout source_branch -- path/to/file
# resolve conflicts if any
git commit -am '...'

我遇到了和你上面提到的完全相同的问题。但我在解释答案时发现这一点更清楚。

摘要:

检查要合并的分支的路径,$git签出source_branch--<paths>。。。提示:它也可以像链接文章中看到的那样,不使用“--”。或者选择性地合并大块$git checkout-p source_branch--<paths>。。。

或者,使用reset,然后添加选项-p,

    $ git reset <paths>...
    $ git add -p <paths>...

最后提交$gitcommit-m“'合并'这些更改”

您可以使用读取树将给定的远程树读取或合并到当前索引中,例如:

git remote add foo git@example.com/foo.git
git fetch foo
git read-tree --prefix=my-folder/ -u foo/master:trunk/their-folder

要执行合并,请改用-m。

另请参阅:如何在Git中合并子目录?

我想要的是:在一个新的分支中,以交互方式从一个分支(它有几个混乱的提交)中选择一个大块的提交。

如果diff中有任何二进制文件,gitdiff+gitapply将无法工作。

我的方法:

# New branch from a clean starting point, e.g. master
git checkout new-clean-branch origin/master

# Get all changes from the messy branch
# (quote the star so your shell doesn't expand it)
git checkout messy-branch -- '*'

# Unstage ("un-add") everything
git restore --staged .

# Interactively add hunks to be staged for commit
git add -p

要有选择地将文件从一个分支合并到另一个分支,请运行

git merge --no-ff --no-commit branchX

其中branchX是要从中合并到当前分支的分支。

--no commit选项将暂存已被Git合并的文件,而无需实际提交。这将使您有机会根据需要修改合并的文件,然后自己提交。

根据您希望合并文件的方式,有四种情况:

1) 你想要真正的合并。

在这种情况下,您接受合并文件的方式是Git自动合并文件,然后提交它们。

2) 有些文件您不想合并。

例如,您希望保留当前分支中的版本,而忽略要从中合并的分支的版本。

要选择当前分支中的版本,请运行:

git checkout HEAD file1

这将在当前分支中检索file1的版本,并覆盖Git自动合并的file1。

3) 如果您希望branchX中的版本(而不是真正的合并)。

Run:

git checkout branchX file1

这将在branchX中检索file1的版本,并覆盖Git自动合并的file1。

4) 最后一种情况是,如果只选择文件1中的特定合并。

在这种情况下,您可以直接编辑修改后的file1,将其更新为您希望的file1版本,然后提交。

如果Git无法自动合并文件,它将报告该文件为“未合并”,并生成一个副本,您需要手动解决冲突。


为了用示例进一步解释,假设您希望将branchX合并到当前分支中:

git merge --no-ff --no-commit branchX

然后运行gitstatus命令查看修改文件的状态。

例如:

git status

# On branch master
# Changes to be committed:
#
#       modified:   file1
#       modified:   file2
#       modified:   file3
# Unmerged paths:
#   (use "git add/rm <file>..." as appropriate to mark resolution)
#
#       both modified:      file4
#

其中,file1、file2和file3是git已成功自动合并的文件。

这意味着所有这三个文件的master和branchX中的更改都已合并在一起,没有任何冲突。

您可以通过运行gitdiff-cached来检查合并是如何完成的;

git diff --cached file1
git diff --cached file2
git diff --cached file3

如果您发现不需要合并,那么可以

直接编辑文件拯救git提交

如果您不想合并文件1并希望在当前分支中保留版本

Run

git checkout HEAD file1

如果您不想合并file2,只想在branchX中使用版本

Run

git checkout branchX file2

如果希望自动合并file3,请不要执行任何操作。

Git目前已经将其合并。

上面的文件4是Git失败的合并。这意味着在同一行上发生的两个分支中都有更改。这是您需要手动解决冲突的地方。您可以通过直接编辑文件或为希望file4成为的分支中的版本运行签出命令来放弃合并的文件。

最后,不要忘记gitcommit。