关键在于只对尚未推送的本地分支执行交互式变基（rebase -i）来合并、重写或删除琐碎提交，再推送；若已推送，须协同确认并用 --force-with-lease 安全强制推送。
关键在于只对尚未推送的本地分支操作，用交互式变基（rebase -i）合并、重写或删除琐碎提交，再推送到远程——这样既保持主线干净，又不干扰他人历史。
只动未推送的本地分支
这是最核心的前提。一旦分支已推送到远程（比如 origin/feature/login），它的提交就属于团队共享历史。此时执行 git rebase 会重写提交哈希，强制推送会覆盖他人可能已基于该分支工作的内容，极易引发协作混乱。
- 确认当前分支是否已推送：运行
git branch -v，看本地分支名后是否有对应远程追踪分支（如[origin/feature/login]）；若没有，说明仍是纯本地分支，可安全操作 - 如果已推送但尚未被他人使用，可先与协作者同步，明确告知即将强制更新，并在操作后立刻执行
git push --force-with-lease（比--force更安全，能防止误覆盖他人新提交）
用交互式变基（rebase -i）精准整理
这是精简提交的核心手段。它让你在变基过程中逐条编辑、合并或丢弃提交，而不是简单地“往前挪”。
- 假设你在
feature/login分支上做了 7 次提交，其中包含WIP、fix typo、debug log等非必要记录，可运行：git rebase -i HEAD~7 - 编辑器中将列出最近 7 条提交，每行以
pick开头；把想合并到前一条的提交前改为s（squash）或f（fixup），保存退出 - Git 会打开另一个编辑器，让你为合并后的提交编写清晰、完整的描述，例如：
“feat(login): 实现完整登录流程，含表单验证、JWT 认证及错误提示”
变基目标选对主干分支
确保你的特性分支基于最新主干（如 main 或 develop），避免后续合并时出现多余冲突或时间线跳跃。
- 先同步主干：
git checkout main && git pull - 再回到特性分支并变基：
git checkout feature/login && git rebase main - 这步会把你的所有整理后提交，重新“播放”在
main最新提交之后，形成一条从主干自然延伸的直线
推送到远程前做一次快照备份
哪怕操作再谨慎，也建议在执行 rebase -i 前创建一个临时备份分支，以防误操作导致提交丢失。
- 命令很简单：
git branch backup-feature-login - 如果变基出错或结果不满意，随时可切回：
git checkout backup-feature-login && git reset --hard feature/login（恢复原状） - 确认无误并推送成功后，再删掉备份：
git branch -d backup-feature-login
