git pull 命令用于将远程仓库的更改拉取到本地仓库，并合并到当前分支中。git pull 默认使用合并（merge）模式，但也可以选择使用变基（rebase）模式。
Merge 模式（默认模式）
git pull 默认会执行一次合并操作，它会将远程分支的更改合并到本地分支中。这种方式保留了本地提交的历史，同时在需要时生成一个合并提交（merge commit），用来标记两条历史的合并点。
git pull origin <branch> # 默认 merge 模式
特点：
- 保留历史：本地和远程的提交历史完整保留，包括所有的分支和合并信息。
- 可能产生合并提交：如果本地有新的提交，并且远程分支也有更新，git pull 可能会生成一个新的合并提交（merge commit）。
- 分支历史更复杂：随着时间推移，可能会导致分支历史变得复杂，含有很多合并提交。
适用场景：
- 当我们想保留完整的历史记录，不介意合并提交的存在时，可以使用 merge 模式。
Rebase 模式
git pull --rebase 会将远程分支的更改“应用”在本地分支的基础上，重新排列本地分支上的提交。通过变基，所有的本地提交会“移动”到远程提交之后，历史看起来更线性、整洁。
git pull --rebase origin <branch>
特点：
- 线性历史：本地提交会被“重新应用”在远程分支的更改之上，生成更线性的历史，避免了合并提交。
- 历史修改：变基会改变本地提交的哈希，因此会重写提交历史，需要在多用户协作时谨慎使用。
- 可能遇到冲突：在变基过程中，如果有冲突，必须手动解决冲突并继续变基。
适用场景：
- 当我们希望保持一个干净、线性的历史，不希望产生合并提交时，可以使用 rebase 模式。
- 适合个人或少量协作的开发流程，但在多人合作时需要特别小心，因为它会修改历史。
全局配置 git pull 使用变基模式
git config --global pull.rebase true
这条命令会将 git pull 的默认行为改为 变基。之后每次执行 git pull 时，都会自动进行变基操作，而不需要显式使用 --rebase 参数。
全局配置 git pull 使用合并模式
git config --global pull.rebase false
如果你更习惯或者更喜欢合并（merge）的方式，可以通过这条命令将默认行为设置为合并。
自动变基遇到的问题
自动变基在本地有更改时会遇到问题，因为 Git 要求变基时工作区必须是干净的。
常用的两种方法是：
方法 1：git commit
在我们准备进行 git pull 之前，可以通过 git commit 提交我们当前的更改。这是开发中最常见的操作，尤其适用于那些已经完成或者接近完成的改动。提交之后，Git 会允许我们进行变基操作。
git commit -m "WIP: save changes before pull"
git pull --rebase
提交的信息可以暂时使用类似 "WIP"（Work In Progress）这样的标记，待完成改动后可以再修改提交记录，或者按需进行后续开发。
方法 2：git stash
如果当前代码改动还没有准备好提交，而我们又需要先拉取远程更改，这时 git stash 就是一个非常方便的工具。它会将我们的更改保存到一个栈中，保持工作区干净以便进行拉取。
保存本地更改：
git stash
这会将我们的未提交改动保存起来，并让工作区回到清洁状态。
执行 git pull --rebase：
git pull --rebase
恢复之前的更改： 使用 git stash pop 从栈中取出保存的更改，并应用到当前工作区：
git stash pop
这一步会恢复我们之前保存的更改。如果变基和拉取成功，我们就可以继续在此基础上进行开发了。
冲突问题
当在使用 git pull --rebase 时遇到冲突，处理方法和普通的变基流程是相同的。Git 允许我们手动解决冲突，然后继续变基过程。
1、执行 git pull --rebase： 当我们拉取远程分支时，如果远程分支和本地分支存在冲突，Git 会暂停变基，并提示我们解决冲突。
git pull --rebase
2、解决冲突： Git 会标记出冲突的文件，并且我们可以看到冲突区域。在每个冲突文件中，Git 会插入冲突标记，类似于：
<<<<<<< HEAD
本地代码
=======
远程代码
>>>>>>> remote-branch
我们需要手动编辑这些文件，选择保留的代码，删除冲突标记，或者合并双方的更改。
3、标记冲突已解决： 冲突解决完毕后，需要通过 git add 命令将解决后的文件添加到暂存区：
git add <file1> <file2> # 针对所有已解决的文件
4、继续变基： 当所有冲突都解决并暂存后，执行以下命令继续变基过程：
git rebase --continue
放弃变基（可选）： 如果在冲突处理过程中发现问题或者不想继续变基，可以通过以下命令放弃当前变基并恢复到变基前的状态：
git rebase --abort
总结：
- 遇到冲突时，只需按照 Git 提示解决冲突后，执行 git rebase --continue 即可完成变基。
- 如果不想继续变基，也可以通过 git rebase --abort 放弃变基，回到拉取前的状态。
如何选择
- 如果我们想保持提交历史的完整性、包括合并提交，merge 是更合适的选择。
- 如果我们更注重简洁的线性历史，并且可以处理潜在的冲突，rebase 是理想的选择。
