如何在Git的另一个分支中有选择地合并或选择更改？

#1 楼

您可以使用cherry-pick命令从一个分支中获取单个提交。

如果所需的更改不在单个提交中，请使用此处显示的方法将提交拆分为单个提交。 。粗略地说，您可以使用git rebase -i来进行原始提交的编辑，然后使用git reset HEAD^来有选择地还原更改，然后使用git commit将该位作为新的提交提交到历史记录中。
如果要对单个文件拆分不同的更改（在该页面中搜索“拆分”），则在Red Hat Magazine上使用git add --patch或可能的git add --interactive，它允许您仅添加块的一部分。

拆分更改后，现在就可以随意挑选所需的内容了。

#2 楼

我遇到了与您上面提到的完全相同的问题。但是我在解释答案时发现了这一点。
摘要：


从要合并的分支中找出路径，

 $ git checkout source_branch -- <paths>...

Hint: It also works without `--` like seen in the linked post.

或选择性地合并大块

 $ git checkout -p source_branch -- <paths>...

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

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

最后提交

 $ git commit -m "'Merge' these changes"

#3 楼

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

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

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

--no-commit选项将暂存由Git合并的文件，而不实际提交它们。这将使您有机会修改所需的合并文件，然后自己提交。

根据要合并文件的方式，有四种情况：

1）您想要真正的合并。

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

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

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

要选择当前分支中的版本，请运行：

git checkout HEAD file1

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

3）如果要在branchX中使用该版本（而不是真正的合并）。

运行：

git checkout branchX file1

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

4）最后一种情况是，如果只想在file1中选择特定的合并。

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

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





为了进一步举例说明，假设您要将branchX合并到当前分支中：

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

然后运行git status命令以查看已修改文件的状态。

例如：

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中的更改已合并在一起，没有任何冲突。

您可以通过运行来检查合并的完成方式git diff --cached;

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

如果发现某些合并不合需要，则可以


直接编辑文件
保存
git commit

如果不想合并file1并想保留当前分支中的版本

运行

git checkout HEAD file1

如果不想合并file2，而只希望branchX中的版本


运行

git checkout branchX file2

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

此时，Git已将其合并。



file4是Git失败的合并。这意味着同一行上的两个分支都发生变化。这是您需要手动解决冲突的地方。您可以通过直接编辑文件或在要让file4成为分支的版本中运行该版本的checkout命令来丢弃合并的文件。最后，不要忘记到git commit。

#4 楼

我不喜欢以上方法。使用cherry-pick非常适合选择单个更改，但是如果您想带入所有更改（除了一些不好的更改），这将是一个痛苦。这是我的方法。

没有--interactive参数可以传递给git merge。

这里是替代方法：

您有一些更改在“功能”分支中，您希望以一种不草率的方式将其中的一些但不是全部都带到“主”中（即，您不想选择并提交每个人）

<因此，只需将其包装在shell脚本中，将master更改为$ to，然后将feature更改为$ from，就可以了。转到：

 git checkout feature
git checkout -b temp
git rebase -i master

# Above will drop you in an editor and pick the changes you want ala:
pick 7266df7 First change
pick 1b3f7df Another change
pick 5bbf56f Last change

# Rebase b44c147..5bbf56f onto b44c147
#
# Commands:
# pick = use commit
# edit = use commit, but stop for amending
# squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#

git checkout master
git pull . temp
git branch -d temp
 

#5 楼

还有另一种方法：

git checkout -p

它是git checkout和git add -p之间的混合，可能正好是您要寻找的东西：

   -p, --patch
       Interactively select hunks in the difference between the <tree-ish>
       (or the index, if unspecified) and the working tree. The chosen
       hunks are then applied in reverse to the working tree (and if a
       <tree-ish> was specified, the index).

       This means that you can use git checkout -p to selectively discard
       edits from your current working tree. See the “Interactive Mode”
       section of git-add(1) to learn how to operate the --patch mode.

#6 楼

尽管其中一些答案相当不错，但我觉得没有一个人能够真正回答OP的原始限制：从特定分支中选择特定文件。此解决方案可以做到这一点，但是如果文件太多，可能会很乏味。
假设您有master，exp1和exp2分支。您想将每个实验分支中的一个文件合并到master文件中。我会这样做：

git checkout master
git checkout exp1 path/to/file_a
git checkout exp2 path/to/file_b

# Save these files as a stash
git stash

# Merge stash with master
git merge stash

这将为您提供每个文件所需的文件内差异。而已。没什么。在版本之间进行根本不同的文件更改很有用-就我而言，将应用程序从Ruby on Rails 2更改为Ruby on Rails3。
这将合并文件，但会进行智能合并。我无法弄清楚如何使用此方法来获取文件中的差异信息（也许仍然会存在巨大差异。除非您使用-s recursive -X ignore-all-space选项，否则讨厌的小东西（如空格）将被重新合并）

#7 楼

1800 INFORMATION的答案是完全正确的。但是，作为Git的新手，“使用git cherry-pick”还不足以让我不花更多时间在Internet上进行深入了解，所以我想我会发布更详细的指南，以防其他人
我的用例是希望有选择地将更改从其他人的GitHub分支拉到我自己的分支中。如果您已经具有更改的本地分支，则只需执行步骤2和5-7。


创建（如果未创建）具有要更改的本地分支引入。
$ git branch mybranch <base branch>


切换到其中。
$ git checkout mybranch


从其他项中提取您想要的更改人的帐户。如果还没有，请将其添加为远程计算机。
$ git remote add repos-w-changes <git url>


从其分支中删除所有内容。
$ git pull repos-w-changes branch-i-want


查看提交日志以查看所需的更改：
$ git log


切换回要添加更改的分支。
$ git checkout originalbranch


樱桃用哈希值一个接一个地选择提交。
$ git cherry-pick -x hash-of-commit

#8 楼

这是用Myclass.java分支中的master替换Myclass.java分支中的feature1文件的方法。即使Myclass.java上不存在master也可以使用。

git checkout master
git checkout feature1 Myclass.java

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

#9 楼

一种简单的方法，实际上是合并两个分支中的特定文件，而不仅仅是用另一个分支中的特定文件替换。
第一步：对分支进行区分
git diff branch_b > my_patch_file.patch
创建差异文件在当前分支和branch_b之间
第二步：在与模式匹配的文件上应用补丁
git apply -p1 --include=pattern/matching/the/path/to/file/or/folder my_patch_file.patch
关于选项的有用说明
您可以在包含模式中将*用作通配符。
不需要转义斜线。
此外，您也可以使用--exclude并将其应用于除匹配模式的文件之外的所有内容，或者使用-R
反转补丁-p1选项是* Unix patch命令的保留项，该事实是补丁文件的内容在每个文件名前加上a/或b/（或更多取决于生成补丁文件的方式），您需要对其进行剥离，以便可以找出实际文件到需要应用补丁的文件的路径。
查看手册页中的git-apply有关更多选项的信息。
第三步：没有第三步
显然，您想提交更改，但是谁又说您在进行更改之前没有其他相关的调整呢？提交。

#10 楼

即使更“简单”的合并会带来很多您不想要的更改，您也可以通过以下方法获得历史记录，以最小的麻烦跟踪另一个分支中的几个文件。
首先，您将采取非同寻常的步骤，即预先声明要提交的内容是合并，而Git根本不对工作目录中的文件做任何事情：

git merge --no-ff --no-commit -s ours branchname1

...其中“分支名称”是您声称要合并的内容。如果您要立即提交，则不会进行任何更改，但仍会显示来自另一个分支的祖先。如果需要，您也可以在命令行中添加更多分支，标签等。但是，此时没有要提交的更改，因此，请从其他修订版中获取文件。

git checkout branchname1 -- file1 file2 etc.

如果要从多个分支合并，请根据需要重复。 >

git checkout branchname2 -- file3 file4 etc.

现在另一个分支中的文件都已在索引中，可以进行提交了，并带有历史记录。

git commit

您将在该提交消息中有很多解释要做。 。
不过请注意，以防万一，这是一件麻烦事。这并不是出于“分支”的目的，而在这里摘樱桃是一种更诚实的方式来做您想做的事情。如果您想对上次未带过的同一分支上的其他文件进行另一次“合并”，则会显示“已经更新”消息，从而阻止您。这是我们不应该分支时的一种症状，因为“ from”分支应该是一个以上的不同分支。

#11 楼

我发现这篇文章包含最简单的答案。只需执行以下操作：

git checkout <branch from which you want files> <file paths>

示例
将.gitignore文件从branchB中拉到当前分支中：

#12 楼

这是我用于合并选择性文件的工作流程。

# Make a new branch (this will be temporary)
git checkout -b newbranch

# Grab the changes
git merge --no-commit  featurebranch

# Unstage those changes
git reset HEAD
(You can now see the files from the merge are unstaged)

# Now you can chose which files are to be merged.
git add -p

# Remember to "git add" any new files you wish to keep
git commit

#13 楼

最简单的方法是将存储库设置为要与之合并的分支，然后运行
如果运行

git checkout [branch with file] [path to file you would like to merge]

，您将看到文件已暂存。 。
然后运行

git status

简单。

#14 楼

奇怪的是，Git仍然没有“开箱即用”这样方便的工具。
在更新一些旧版本分支（仍然有很多软件用户）时，我大量使用它，而当前版本仅提供了一些错误修复版本分支。在这种情况下，经常需要从主干中的文件中快速获取几行代码，而忽略了许多其他更改（这些更改本不应该包含在旧版本中）...
当然在这种情况下，需要交互式三路合并。 git checkout --patch <branch> <file path>不能用于此选择性合并。
您可以轻松做到：
只需将此行添加到全局[alias]或本地.gitconfig文件中的.git/config部分：

[alias]
    mergetool-file = "!sh -c 'git show : > .theirs; git show $(git merge-base  $(git rev-parse HEAD)): > .base; /C/BCompare3/BCompare.exe .theirs  .base ; rm -f .theirs; rm -f .base;' -"

它表示您使用超越比较。如果需要，只需更改为您选择的软件即可。或者，如果不需要交互式选择性合并，则可以将其更改为三向自动合并：

[alias]
    mergetool-file = "!sh -c 'git show : > .theirs; git show $(git merge-base  $(git rev-parse HEAD)): > .base; git merge-file  .base .theirs; rm -f .theirs; rm -f .base;' -"

然后像这样使用它：

git mergetool-file <source branch> <file path>

您将拥有另一个分支中任何文件的真正的选择性树方式合并机会。

#15 楼

它并不是您要找的东西，但对我很有用：

git checkout -p <branch> -- <paths> ...

它是一些答案的结合。

#16 楼

我遇到了与您上面提到的完全相同的问题。但是我在解释答案时发现这个Git博客更加清晰。
以上链接的命令：

# You are in the branch you want to merge to
git checkout <branch_you_want_to_merge_from> <file_paths...>

#17 楼

我会做一个

git diff commit1..commit2 filepattern | git-apply --index && git commit

这样，您可以限制分支中文件模式的提交范围。从一个分支到另一个分支？

#18 楼

对我来说，git reset --soft branch是有选择地从另一个分支中选择更改的最简单方法，因为此命令将所有diff更改放入我的工作树中，因此我可以轻松地选择或还原所需的内容。

这样，我可以完全控制已提交的文件。

#19 楼

我喜欢以前的“ git-interactive-merge”答案，但有一个更简单。让Git使用交互式和以下代码的重新组合来为您完成此操作：

      A---C1---o---C2---o---o feature
     /
----o---o---o---o master

因此，情况是您希望C1和C2来自“功能”分支（分支点“ A”），但没有

# git branch temp feature
# git checkout master
# git rebase -i --onto HEAD A temp

与前面的答案一样，您将进入交互式编辑器，在其中选择C1和C2的“拾取”行（如上所述）。保存并退出，然后继续进行重新设置，并给您分支“ temp”，并在master + C1 + C2处提供HEAD：分支，您就可以开始了：

      A---C1---o---C2---o---o feature
     /
----o---o---o---o-master--C1---C2 [HEAD, temp]

#20 楼

我写了自己的脚本“ pmerge”来部分合并目录。这项工作仍在进行中，我仍在学习Git和Bash脚本。
此命令使用git merge --no-commit，然后取消应用与提供的路径不匹配的更改。
用法：git pmerge branch path
示例：git merge develop src/
我还没有对其进行广泛的测试。工作目录中应没有任何未提交的更改和未跟踪的文件。

#!/bin/bash

E_BADARGS=65

if [ $# -ne 2 ]
then
    echo "Usage: `basename q4312078q` branch path"
    exit $E_BADARGS
fi

git merge  --no-commit
IFS=$'\n'

# List of changes due to merge | replace nulls with newlines | strip lines to just filenames | ensure lines are unique
for f in $(git status --porcelain -z -uno | tr 'q4312078q0' '\n' | sed -e 's/^[[:graph:]][[:space:]]\{1,\}//' | uniq); do
    [[ $f == * ]] && continue
    if git reset $f >/dev/null 2>&1; then
        # Reset failed... file was previously unversioned
        echo Deleting $f
        rm $f
    else
        echo Reverting $f
        git checkout -- $f >/dev/null 2>&1
    fi
done
unset IFS

#21 楼

您可以使用read-tree将给定的远程树读取或合并到当前索引中，例如：

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中的子目录？

#22 楼

通过文件选择性合并/提交的简单方法：

git checkout dstBranch
git merge srcBranch

// Make changes, including resolving conflicts to single files
git add singleFile1 singleFile2
git commit -m "message specific to a few files"
git reset --hard # Blow away uncommitted changes

#23 楼

如果您没有太多更改的文件，这将使您没有多余的提交。

1。暂时复制分支$ git checkout -b temp_branch

2。重置为最后一个想要的提交$ git reset --hard HEAD~n，其中n是您需要返回的提交次数

3。从原始分支$ git checkout origin/original_branch filename.ext中检出每个文件

现在，如果需要，您可以提交并强制推送（覆盖远程）。

#24 楼

如果您只需要合并一个特定的目录并保留所有其他内容并保留历史记录，则可以尝试一下...在尝试之前，从target-branch创建一个新的master。

以下步骤假设您有两个分支target-branch和source-branch，并且要合并的目录dir-to-merge在source-branch中。还要假设您在目标中还有其他目录，例如dir-to-retain，您不想更改和保留历史记录。另外，假设在dir-to-merge中存在合并冲突。

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.

#25 楼

当两个分支的当前提交之间只有几个文件发生更改时，我将通过浏览不同的文件来手动合并更改。
git difftool <branch-1>..<branch-2>
另请参见
https://sites.google .com / site / icusite / setup / git-difftool