下面这个表格覆盖了 Git 日常开发、协作、调试、回退等场景的高频命令，是新手快速上手 Git 的实用参考。

Git常用命令速查表

1. 【日常操作】

• git status → 仓库状态检查（查看文件是未跟踪 / 已修改 / 已暂存）
• git add . → 暂存所有修改（把工作区变更加入暂存区）
• git commit -m “msg” → 保存快照（用备注 “msg” 提交暂存区内容）
• git push → 推送到远程仓库（把本地提交上传到远端）
• git pull –rebase → 拉取更新（“干净” 同步远端代码，避免不必要的合并提交）

2. 【调试】

• git log –oneline –graph → 可视化历史树（用紧凑的一行 + 分支图展示提交记录）
• git diff → 显示文件变更（对比工作区 / 暂存区 / 提交之间的内容差异）
• git blame <file> → 查看代码行的作者（定位某行代码是谁写的）
• git bisect → 查找错误提交（二分法快速定位引入 Bug 的提交）

3. 【分支管理】

• git branch → 列出分支（查看本地所有分支）
• git checkout -b <name> → 创建并切换分支（新建名为<name>的分支并直接切换过去）
• git switch main → 切换分支（切换到main分支）
• git merge <name> → 合并分支到当前分支（把<name>分支的内容合并到当前所在分支）
• git rebase -i HEAD~5 → 交互式编辑历史（修改最近 5 次提交的记录，列如合并、修改备注）

4. 【协作】

• git fetch –all → 仅拉取引用（下载远端所有分支的最新信息，但不合并代码）
• git pull origin main → 与 main 分支同步（拉取远端main分支并合并到本地）
• git cherry-pick <hash> → 复制特定提交（把某个提交<hash>的内容单独应用到当前分支）

5. 【撤销操作】

• git restore . → 撤销本地文件修改（放弃工作区所有未暂存的变更）
• git reset –hard HEAD~1 → 删除最后一次提交（强制回退到上一个版本，会丢失当前提交的内容）
• git reset –soft HEAD~1 → 撤销提交但保留修改（回退提交记录，变更会回到暂存区）
• git stash → 暂存当前变更（把未提交的修改临时保存，方便切换分支）
• git reflog → 查看所有操作历史（记录了本地仓库的所有操作，可恢复误删的提交）

6. 【清理 & 高级操作】

• git clean -fd → 删除未跟踪文件（移除工作区中没被 Git 管理的文件 / 文件夹）
• git branch -d <name> → 删除分支（删除本地的<name>分支，需确保分支已合并）
• git shortlog -sn → 贡献者统计（按提交次数排序，显示每个人的贡献量）
• git grep -n “text” → 搜索代码库（在代码中查找包含 “text” 的内容，-n显示行号）
• git worktree add <path> → 并行工作目录（在新路径<path>创建一个基于当前仓库的独立工作区）

在团队 Git 协作中，首要的是统一分支与提交规范：主分支main保持稳定版本，日常开发基于develop分支，功能开发从develop拉出feature/功能名分支，紧急修复则从main创建hotfix/问题名分支；提交信息需遵循 “类型：描述” 的格式，让提交记录清晰可读，避免混乱。

日常开发的核心流程是 “同步 – 开发 – 推送 – 合并”：开始开发前需切换到develop分支拉取最新代码，再创建功能分支；开发中要小粒度、频繁提交并推送至远端同名分支，完成功能后需先同步develop的最新代码，通过rebase保持提交历史整洁，再发起合并请求（MR/PR）。

合并环节需通过协作机制保障质量：合并请求需关联需求或 BUG 单，必须经过至少一位同事的代码审查，同时通过自动化测试（CI）验证；若合并时出现冲突，需在本地解决后重新提交，若合并后发现问题，可通过git revert生成撤销提交，或用hotfix分支紧急修复。

最后，借助工具和习惯提升协作效率：将main和develop设为保护分支，禁止直接推送；定期同步develop分支以减少分支差异，优先用git fetch查看远端变更再决定合并方式，这些细节能降低冲突风险，让团队协作更流畅。