Git 合并

1. 简介

git 是一种分布式版本控制系统，它可以帮助开发团队协同工作、追踪代码变化，以及管理项目的历史记录。在 git 中，合并（Merge）是一个重要的操作，它允许我们将不同的分支中的代码变化合并到一起。本文将详细介绍 git 合并的相关知识和技巧。

2. 合并的基本概念

在 git 中，每个分支都代表了一个独立的代码版本。当我们在一个分支上进行代码开发时，其他分支上的代码可能会有新的变化。而合并操作就是将这些变化合并到当前分支上，从而保证代码的完整性和一致性。

git 中的合并有两种基本方式：快进合并（Fast-forward Merge） 和 非快进合并（Non-Fast-forward Merge）。

快进合并：当要合并的分支的 HEAD 节点（最新提交）的父节点是当前分支的 HEAD 节点（最新提交）时，git 可以直接将当前分支的 HEAD 指向要合并分支的 HEAD，这样的合并操作叫做快进合并。快进合并的代码变化是线性的，没有新的节点产生。

示例代码：假设当前分支为 master，要合并的分支为 feature。

# 切换到 master 分支
git checkout master

# 快进合并 feature 分支
git merge feature

非快进合并：当要合并的分支的 HEAD 节点的父节点不在当前分支的提交历史中时，git 无法进行快进合并。这种情况下，git 会创建一个新的节点，将两个分支的代码变化合并到这个新节点上，形成一个新的提交记录。非快进合并的代码变化是分叉的，有新的节点产生。

示例代码：

# 切换到 master 分支
git checkout master

# 非快进合并 feature 分支
git merge feature

3. 解决冲突

在进行合并操作时，由于两个分支上的代码变化可能会产生冲突（Conflict），git 无法自动决定使用哪个版本的代码，这时就需要手动解决冲突。

当 git 发现冲突时，会在文件中标记出冲突的部分。我们需要手动编辑这些文件，将冲突的部分修改为期望的代码。然后使用 git add 命令将修改后的文件添加到暂存区，最后使用 git commit 命令提交合并结果。

解决冲突的示例代码：

# 切换到 master 分支
git checkout master

# 非快进合并 feature 分支，发生冲突
git merge feature

# 手动解决冲突，编辑文件，修改为期望的代码

# 添加修改后的文件到暂存区
git add <file>

# 提交合并结果
git commit -m "Resolve merge conflict"

4. 合并策略

在进行合并操作时，git 可以根据不同的合并策略来决定如何合并代码变化。常见的合并策略有以下几种：

递归合并（Recursive Merge）：默认的合并策略，它尝试自动选择最佳的合并方式。递归合并通常会自动解决大多数简单的合并冲突，但无法解决所有复杂的情况。
合并提交（Merge Commit）：通过创建一个新的合并节点来表示合并的结果。合并提交会保留要合并的分支的完整历史记录，并将其合并到当前分支上。通过合并提交，我们可以准确地追踪每次合并的发生，并保持历史记录的清晰。
变基合并（Rebase Merge）：将要合并的分支的提交放在当前分支的最新提交之后。通过变基合并，我们可以保持提交历史的线性，更加清晰地表达代码的变化。

示例代码：

# 切换到 master 分支
git checkout master

# 使用递归合并策略合并 feature 分支
git merge --recursive feature

# 使用合并提交策略合并 feature 分支
git merge --no-ff feature

# 使用变基合并策略合并 feature 分支
git rebase feature