概述#Git 作为分布式版本控制系统，提供了丰富的分支管理和历史整理工具。本文整合了 rebase、分支操作、Gerrit 工作流、交互式历史编辑等核心技术，并深入探讨 cherry-pick、bisect、reflog、worktree 等高级特性，帮助开发者构建清晰的提交历史和高效的团队协作流程。
一、分支管理基础#1.1 分支重命名#git branch -m new_name
git branch -m old_name new_name
git push origin :old_name
git push origin -u new_name
git push origin new_name --force-with-lease
注意：远程分支重命名需通知团队成员，使用 --force-with-lease 比 --force 更安全。
1.2 分支文件比较#git diff main..feature -- path/to/file
git diff origin/main -- src/
git diff --name-only main..feature
二、历史整理与 Rebase#2.1 Rebase vs Merge#graph LR
A[main: C1] --> B[main: C2]
B --> C[main: C3]
A --> D[feature: C4]
D --> E[feature: C5]
subgraph "Merge 结果"
C --> F[Merge Commit]
E --> F
end
subgraph "Rebase 结果"
C --> G[C4']
G --> H[C5']
end
操作提交历史冲突解决适用场景Merge保留分支结构，产生合并提交一次性解决所有冲突公共分支合并、保留完整历史Rebase线性历史，无合并提交逐个提交解决冲突私有分支整理、保持历史清晰2.2 标准 Rebase 流程#git checkout feature
git rebase main
git add
git rebase --continue
git rebase --abort
git push --force-with-lease origin feature
2.3 交互式 Rebase#git rebase -i HEAD~3
编辑器中可用操作：pick（保留）、reword（修改信息）、edit（修改内容）、squash（合并）、fixup（合并且丢弃信息）、drop（删除）。
2.4 Autosquash 工作流#git commit --fixup=abc1234
git rebase -i --autosquash HEAD~5
git config --global rebase.autosquash true
三、团队协作与 Gerrit 工作流#3.1 避免 Merge 提交的 Pull 策略#git pull --rebase origin master
git config --global pull.rebase true
git add -u
git rebase --continue
git rebase --skip
3.2 Gerrit 工作流与分支覆盖#Gerrit 通过 commit-msg hook 为每个提交生成 Change-Id，用于跟踪同一逻辑变更的多个版本（Patch Set）。
维度Change-IdCommit SHA生成时机commit-msg hookGit 内部唯一性逻辑变更唯一提交快照唯一可变性不变（除非手动修改）每次 amend/rebase 都变用途跟踪同一变更的多个版本标识具体提交命名空间用途结果refs/for/branch提交到 Gerrit 评审创建 Change，等待评审refs/heads/branch直接推送到分支绕过评审，需管理员权限分支覆盖操作
git checkout branch_b
git reset --hard origin/branch_b
git checkout origin/branch_a -- .
git add .
git commit --amend
git push origin HEAD:refs/for/branch_b
Gerrit 常见错误
错误原因解决方案missing Change-Id未安装 commit-msg hookcurl -Lo .git/hooks/commit-msg
pip install git-review
git review
git review -d 12345
3.3 修改提交作者信息#git commit --amend --author="Name
git rebase -i HEAD~3
git commit --amend --author="..."
git rebase --continue
四、高级技巧#4.1 Cherry-pick：选择性应用提交#git cherry-pick abc1234
git cherry-pick A..B
git cherry-pick A^..B
git add
git cherry-pick --continue
git cherry-pick --abort
注意：Cherry-pick 会创建新的 commit SHA，可能导致重复提交问题。适用场景：hotfix 应用到多个版本分支、选择性合并功能。
4.2 Bisect：二分查找 Bug#git bisect start
git bisect bad
git bisect good v1.0.0
git bisect good
git bisect reset
自动化 Bisect
git bisect start HEAD v1.0.0
git bisect run ./test_script.sh
4.3 Reflog：安全网与误操作恢复#git reflog
git reflog show feature
git branch -D feature
git checkout -b feature abc1234
git reset --hard HEAD~3
git reset --hard HEAD@{1}
4.4 Stash：临时保存工作进度#git stash
git stash push -m "WIP: feature X"
git stash push -u
git stash list
git stash apply
git stash pop
git stash drop stash@{0}
git stash clear
4.5 Worktree：多工作目录#git worktree add ../project-feature feature-branch
git worktree add --detach ../project-test HEAD~5
git worktree list
git worktree remove ../project-feature
git worktree prune
使用场景：同时开发多个功能分支、在不同分支间快速切换测试、代码审查时保持当前工作不受影响、并行构建不同版本。
4.6 子模块管理#git clone --recurse-submodules https://github.com/user/repo.git
git submodule update --remote
4.7 SSH 权限切换#git remote set-url origin git@github.com:user/repo.git
git remote set-url origin https://github.com/user/repo.git
五、常见错误与解决方案#错误场景症状解决方案Rebase 冲突过多需要逐个提交解决冲突使用 git rebase --abort 后改用 git merge强制推送覆盖他人提交git push --force 导致协作者丢失提交使用 --force-with-lease，推送前先 git fetchCherry-pick 重复提交同一更改在多个分支有不同 SHA使用 git merge 或 git rebase 保持 SHA 一致Detached HEAD 状态切换到特定提交后无法提交git checkout -b new-branch 创建分支保存工作Submodule 未初始化子模块目录为空git submodule update --init --recursive六、最佳实践#6.1 提交历史管理#原子提交：每个提交只做一件事，便于 revert 和 cherry-pick清晰的提交信息：遵循 Conventional Commits 规范（feat/fix/docs/refactor）定期 rebase：私有分支定期 rebase 到主分支，避免大规模冲突避免公共分支 rebase：已推送到远程的公共分支不要 rebase6.2 分支策略#主分支保护：main/master 分支设置保护规则，禁止直接推送功能分支命名：使用 feature/, bugfix/, hotfix/ 前缀短生命周期：功能分支尽快合并，避免长期分离6.3 团队协作#Code Review：使用 Pull Request 或 Gerrit 进行代码审查CI/CD 集成：自动运行测试，确保提交质量沟通机制：强制推送前通知团队成员维度GerritGitHub PRGitLab MR评审粒度单个提交分支级别分支级别变更跟踪Change-IdPR 编号MR 编号修改方式amend + force push新提交追加新提交追加历史清洁度高（强制 squash）中（可选 squash）中（可选 squash）学习曲线陡峭平缓平缓适用场景大型企业、严格评审开源社区、快速迭代DevOps 集成6.4 安全操作#备份重要分支：执行危险操作前创建备份分支使用 –force-with-lease：替代 --force，避免覆盖他人提交熟悉 reflog：掌握误操作恢复方法关键原则
私有分支可以随意 rebase，公共分支谨慎操作强制推送前务必确认无他人依赖保持提交历史清晰，便于代码审查和问题追溯善用工具（bisect、reflog、worktree）提升效率团队协作需要明确的工作流规范和沟通机制
热水器买多少升：储水式 / 燃气 / 即热怎么选军训后皮肤晒黑怎么办？2026最新‘晒后急救指南’火了！医学生排队抢着收藏