设置 git config --global pull.rebase true 可使 git pull 改用 rebase 整合，将本地提交重放至远程最新提交之后，避免无实质变更的 merge 节点，保持线性历史，提升可读性与工具兼容性。
直接设置 git config --global pull.rebase true 就能避免 git pull 自动生成 merge 提交，让本地提交“叠”在远程最新提交之后，历史变成一条直线——这是收敛无用 merge 节点最有效的方式。
为什么 merge 节点会变“无用”
默认 git pull 等价于 fetch + merge。只要本地和远程有分叉（哪怕只差一个提交），Git 就强制创建一个 merge commit。这类节点不带实质变更，纯属流程产物，反而干扰代码追溯、git bisect 和 PR 审阅。
- 多人协作中，频繁切分支 + 拉取，merge 节点快速堆积
- CI/CD 流水线依赖清晰的线性提交顺序时，merge 节点可能触发误判
- 使用
git log --oneline --graph查看历史时，大量|\分叉和\/合并线降低可读性
配置生效的关键细节
仅执行命令还不够，必须确认配置真正落到了全局层级且未被覆盖：
Git Changelog Generator
下载
使用约定式提交（Conventional Commits）从 Git 历史记录中生成结构化变更日志，支持多种格式、AI 增强型描述以及可自定义的范围……
- 运行
git config --global pull.rebase true，它会写入~/.gitconfig - 检查是否被项目级配置覆盖：进入任意仓库，执行
git config --get pull.rebase；若返回false或空，说明.git/config里有冲突项，需手动删掉该行或设为true - 推荐同步开启自动暂存：
git config --global rebase.autoStash true，这样即使工作区有未提交改动，git pull也能安全 rebase，不用先git stash
pull.rebase true 的真实行为
它不是“强制收敛”，而是“改用 rebase 模式整合”——本质是把你的本地提交重放（replay）到远程分支顶端，而非合并两个分支头：
- 假设远程
main到了 commit X，你本地基于旧版 X−2 提交了 A、B，git pull后，A、B 会变成基于 X 的新提交 A′、B′ - 原分支指针被移动，不再产生 merge commit，历史保持单链
- 注意：如果 A、B 已推送到远程（比如你 push 过但别人又 force-push 覆盖了），此时再 pull --rebase 可能导致重复提交或丢失引用，应避免对已共享提交做 rebase
配合 branch.autosetuprebase 更彻底
光设 pull.rebase 只影响拉取，新建跟踪分支时仍可能走 merge。加这一条让所有新分支默认启用 rebase：
git config --global branch.autosetuprebase always- 此后
git checkout -b feat-x origin/feat-x或git switch -c feat-x --track origin/feat-x创建的本地分支，其branch.feat-x.rebase自动设为true - 这样从分支创建、日常拉取到推送前整理，整套流程都倾向线性历史
不复杂但容易忽略
