0. 引言

当你执行 git pull origin master 时，Git 默认会执行 git fetch 紧接着 git merge，这可能会导致产生 “Merge branch ‘master’ of…” 样式的提交信息，尤其是在有冲突需要解决的情况下。如果你希望避免这样的 Merge 提交信息，可以采用 git pull --rebase 命令来替代默认的 git pull。

1.使用 git pull --rebase

git pull --rebase origin master

这个命令会首先将远程的 master 分支的最新提交取回，然后尝试将你本地未推送的提交在 master 的最新提交之上重新应用（reapply），这样可以保持提交历史的线性，避免产生不必要的 Merge 提交。

2. 配置 Git 默认使用 rebase

如果你希望每次 git pull 都默认使用 rebase 而不是 merge，可以设置 Git 的全局配置：

git config --global pull.rebase true

这样配置之后，当你执行 git pull 而没有指定额外参数时，Git 就会自动使用 rebase 模式。

请注意，使用 rebase 会重写项目的历史，如果你的分支已经被推送到公共仓库并且其他人可能基于你的分支进行了工作，这种做法可能会影响到他们。因此，在团队协作环境中，使用 rebase 前最好与团队成员沟通。

3. rebase 的冲突解决

在使用 git rebase 时，如果遇到冲突，需要手动解决这些冲突。rebase 的冲突解决过程，就是解决每个应用补丁冲突的过程。以下是具体步骤：

• 遇到冲突：当 rebase 过程中遇到冲突时，Git 会停止 rebase，并提示你解决冲突。

• 解决冲突：手动编辑有冲突的文件，解决冲突之后，执行 git add -u 命令标记冲突已解决。

  git add -u
  

  -u 表示把所有已 track 的文件的新的修改加入缓存，但不加入新的文件。如果你只想添加特定的文件，也可以使用：

  git add <file1.txt>
  

• 继续 rebase：执行 git rebase --continue 继续 rebase。

  git rebase --continue
  

• 重复步骤：如果再次遇到冲突，重复上述步骤，直到 rebase 完成。

5. 举例说明

假设你正在开发一个功能分支 feature-branch，并且希望将最新的 master 分支上的修改 rebase 到你的分支上：

• 切换到 feature-branch 分支：

  git checkout feature-branch
  

• 执行 rebase：

  git pull --rebase origin master
  

• 遇到冲突：
  假设 Git 提示你在 file1.txt 中有冲突。

• 解决冲突：手动编辑 file1.txt，解决冲突后执行：

  git add -u
  

  或者：

  git add file1.txt
  

• 继续 rebase：

  git rebase --continue
  

• 完成 rebase：重复上述过程，直到所有冲突解决，rebase 完成。

通过这些步骤，你可以在遇到冲突时高效地完成 git rebase 操作，并保持项目提交历史的整洁和线性。