Git merge origin/master而不是Git merge master为我工作。所以要合并master到feature分支，你可以使用:

git checkout feature_branch
git merge origin/master

我不确定在我的情况下到底是什么问题，但问题的根源似乎是branchB检出，我无法从branchA拉出最新的更改…

我必须签出branchcha，拉出，然后签出branchB并合并branchA，让它像预期的那样工作。

发生这种情况是因为您要合并的分支的本地副本已经过期。我有我的分支，叫MyBranch我想把它合并到ProjectMaster中。

_>git status
On branch MyBranch-Issue2
Your branch is up-to-date with 'origin/MyBranch-Issue2'.

nothing to commit, working tree clean

_>git merge ProjectMaster
Already up-to-date.

但我知道有些变化需要合并!

事情是这样的，当我输入git合并ProjectMaster时，git会查看这个分支的本地副本，这可能不是当前的。要查看情况是否如此，我首先告诉Git检查并查看我的分支是否过期，如果是的话，使用fetch获取任何更改。然后我跳到我想合并的分支，看看那里发生了什么……

_>git fetch origin

_>git checkout ProjectMaster
Switched to branch ProjectMaster
**Your branch is behind 'origin/ProjectMaster' by 85 commits, and can be fast-forwarded.**
  (use "git pull" to update your local branch)

啊哈!我的本地副本在85次提交时就过时了，这说明了一切!现在，我拉下我所遗漏的更改，然后跳转到MyBranch并再次尝试合并。

_>git pull
Updating 669f825..5b49912
Fast-forward

_>git checkout MyBranch-Issue2
Switched to branch MyBranch-Issue2
Your branch is up-to-date with 'origin/MyBranch-Issue2'.

_>git merge ProjectMaster
Auto-merging Runbooks/File1.ps1
CONFLICT (content): Merge conflict in Runbooks/Runbooks/File1.ps1

Automatic merge failed; fix conflicts and then commit the result.

现在我有另一个问题要解决…

Git merge origin/master而不是Git merge master为我工作。所以要合并master到feature分支，你可以使用:

git checkout feature_branch
git merge origin/master

下面是从另一个分支获得更改的方法，而不考虑合并历史(注意:这会清除工作树，所以git在尝试之前会隐藏或提交更改)

// stash changes to ensure you don't lose any edits
git checkout your-branch-that-won't-simply-merge
git stash


git checkout branch-with-changes -- .

——。参数将检出其他分支的所有文件，同时仍检出到同一分支。然后您可以按照自己的意愿添加和提交。

我还将它与 Git add -p 这将使你能够在“大块头”中进行任何变化。它会询问y/n您是否想要执行任何更改过的行块，这意味着您可以在下次提交时保留不想要的更改。

这是我找到的原始答案的链接，去点赞吧。: https://stackoverflow.com/a/15536640/8272035

89年问题 通过提供当前路径，.:

Git签出other-branch-name——。

此操作类似于在不签出文件的情况下将HEAD切换到另一个分支，但只是从“另一个方向”切换。

正如@김민준提到的，这将覆盖任何未提交的更改。如果需要的话，记得先把它们藏起来或提交到某个地方。

合并总是在当前HEAD和一个或多个提交之间(通常是分支头或标签)， 索引文件必须匹配HEAD提交的树(即上次提交的内容)。 换句话说，git diff——cached HEAD必须报告没有变化。 合并后的提交已经包含在HEAD中。这是最简单的情况，称为“Already - updated”。

这应该意味着测试中的提交已经合并到master中，但由于其他提交是在master上完成的，git diff test仍然会给出一些差异。