如何将一个 Git 分支合并到另一个分支

要将 `feature` 合并到 `main`，请切换到接收提交的分支，然后合并另一个分支：`git switch main`，后跟 `git merge feature`。 您所在的分支是发生更改的分支。如果 main 没有新提交，Git 会快进。否则，它会创建一个合并提交，并在双方发生冲突时停止。

如何逐步合并分支？

# get the latest
git fetch origin

# go to the branch that receives the work
git switch main
git pull --ff-only

# bring the other branch in
git merge feature/search

# publish it
git push

从干净的树开始：首先提交或存储。如果您中途改变主意，`git merge --abort` 会带您返回。

合并走哪条路？

git merge X 始终意味着“将 X 引入我所在的分支”。因此，将 feature 合并到 main 是从 main 完成的，而使用最新的 main 更新 feature 则是从 feature 完成：

# keep a feature branch up to date
git switch feature/search
git fetch origin
git merge origin/main

什么是快进合并？

如果接收分支自其他分支离开以来没有自己的提交，则没有任何内容可以合并。 Git 将分支指针向前移动到另一个分支的最新提交，并且不添加合并提交。历史始终是一条直线。发生这种情况时，Git 会打印 Fast-forward。

# before
main:    A---B
              \
feature:       C---D

# after a fast-forward merge
main:    A---B---C---D

当两个分支都有新提交时，快进是不可能的，因此 Git 会与两个父分支进行合并提交。 快进课程 和合并分叉分支 课程在实践中展示了两者。

--ff-only、--no-ff 和 --squash 有何作用？

git merge --ff-only origin/main
git merge --no-ff feature/search

git merge --squash feature/search
git commit -m "feat(search): quick open"

当合并冲突时会发生什么？

Git 停止并标记冲突的文件。编辑它们，每一项都 git add，然后运行 ​​git commit 以完成合并。 如何解决合并冲突 解释了标记。

我可以自动选择一侧吗？

# take their side wherever hunks conflict
git merge -X theirs feature/search

# take our side wherever hunks conflict
git merge -X ours feature/search

# during a merge, take one side of a whole file
git checkout --theirs path/to/file
git add path/to/file

我应该合并还是变基？

合并完全保留历史记录，并且从不重写提交，因此它在共享分支上始终是安全的。 Rebase 会在另一个分支之上重放您的提交以形成一条直线，但它会重写它们，因此请将其保留在仅您使用的分支上。 合并与变基课程 会进行权衡。

合并后我应该做什么？

# check that the branch is fully merged
git branch --merged

# delete it locally and on the remote
git branch -d feature/search
git push origin --delete feature/search

如何删除分支 涵盖了清理工作。要撤消已推送的合并，请参阅如何恢复合并提交。

有关每个选项，请参阅合并分支。