Git Rebase for the Terrified
4 months ago
- #rebase
- #git
- #version-control
- Git变基操作常因可能破坏工作的恶名而令人畏惧，但其实最坏情况只需删除本地克隆仓库重新开始即可恢复
- 项目维护者要求变基是为了保持清晰线性的提交历史，这样更便于审查修改和追踪错误
- 执行变基时需先配置上游仓库，拉取最新变更，然后将特性分支变基到主分支上
- 解决冲突需要理解文件中的冲突标记，决定保留哪些修改，有时可使用VS Code等工具辅助查看
- 处理复杂冲突的策略包括：变基前压缩提交、中止后尝试其他方案，或使用git rerere处理重复冲突
- 变基完成后应通过git日志验证变更，构建项目并运行测试以确保所有功能正常
- 变基后必须使用--force-with-lease强制推送，但该操作仅限个人特性分支，禁止在共享分支使用
- 若变基出错，终极解决方案是将已保存工作推送到远程分叉仓库，删除本地克隆后重新开始
- 变基会重写提交历史，这在个人分支可以接受，但协作分支需要团队协调以避免影响他人工作