一、设置 git pull 默认使用 rebase

如果希望在每次 git pull 时默认使用 rebase 而非 merge，可以通过以下命令设置全局配置：

git config --global pull.rebase true

此命令会将 git pull 默认行为改为 rebase，在执行 git pull 时，Git 会自动将远程分支的新提交变基到本地分支之上，而不是创建一个合并提交。

检查配置是否生效

git config --global --get pull.rebase

二、手动拉取变基

git pull --rebase origin <branch-name>

解决冲突
在变基过程中，如果远程更新和本地提交发生冲突，Git 会提示冲突文件。可以手动解决冲突，执行以下命令继续：

git add <conflicted-files>
git rebase --continue

若冲突过于复杂，可以使用 git rebase --abort 放弃变基操作。

三、使用默认 rebase 的优缺点

优点
历史记录整洁：避免不必要的合并提交，让提交历史更线性、易读，尤其适合需要频繁拉取更新的团队合作项目。
提高代码追溯效率：减少分叉合并的杂乱记录，有助于后续的代码审查和问题追踪。
适合紧密协作的分支：例如 feature 分支频繁与主分支同步，使用 rebase 可以确保最新更新位于 feature 分支底部。
缺点
复杂冲突：rebase 可能导致复杂冲突，特别是在提交历史较长或改动范围较大的时候。
破坏分支历史：rebase 改变了提交顺序，不保留原有分支合并的历史记录，因此可能不适合需要完整历史记录的项目。
不适合公共分支 ：对于公共分支，rebase 会重写提交历史，导致其他团队成员的分支失效。因此，rebase 更适合用于个人分支而非公共分支。

四、什么时候使用 git pull --rebase

以下场景适合 git pull --rebase：

• 小团队开发：在小团队开发中，提交记录相对简单，使用 rebase 可以保持提交顺序清晰、线性。
• 个人开发分支：当开发者在自己的功能分支工作时，使用 rebase 更有助于与主分支保持同步。
• 频繁同步主分支：在项目中频繁同步主分支的 feature 分支上，rebase 可以有效避免生成冗余的合并提交。

五、总结

为 git pull 配置默认 rebase 是许多开发者保持提交历史整洁的习惯做法，特别是在个人开发分支和较小团队合作的情境中。git pull --rebase 作为单次操作，也能灵活地在需要时保持提交记录简洁。希望通过本文介绍的内容，大家可以更好地理解并灵活使用 rebase，选择合适的合并策略，提高项目代码管理的清晰度。