六三门1. Git 核心指令速查手册
作为现代开发者的版本控制瑞士军刀，Git 指令的熟练程度直接决定了团队协作效率。我整理了实际开发中最常用的 20 个核心指令，按照使用场景分类呈现：
1.1 仓库初始化与配置
bash复制# 初始化新仓库（注意与git clone的区别）
git init
# 克隆远程仓库（支持SSH/HTTPS协议）
git clone git@github.com:user/repo.git
# 配置全局用户信息（首次使用必做）
git config --global user.name "Your Name"
git config --global user.email "your@email.com"
实际踩坑：公司内网环境常需单独配置代理，比如
git config --global http.proxy http://proxy.example.com:8080，但切记不要将包含认证信息的配置提交到公开仓库
1.2 日常提交操作流
bash复制# 查看当前文件状态（建议每次操作前先执行）
git status
# 添加文件到暂存区（支持通配符）
git add filename.ext
# 提交到本地仓库（-m参数必须写清晰注释）
git commit -m "fix: 修复登录页样式错位问题"
# 一键添加并提交（仅适用于已跟踪文件）
git commit -am "快速提交"
1.3 分支管理黄金组合
bash复制# 创建并切换到新分支（比分开执行高效）
git checkout -b feature/login
# 查看所有分支（*号标记当前分支）
git branch -a
# 合并分支到当前分支（注意冲突处理）
git merge feature/login
# 删除已合并分支（保持仓库整洁）
git branch -d feature/login
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 高频工作流实战解析
2.1 功能开发标准流程
- 从主分支拉取最新代码：
git pull origin main - 创建功能分支：
git checkout -b feature/xxx - 开发过程中定期提交：
git commit -m "feat: 实现xxx功能" - 推送到远程仓库：
git push -u origin feature/xxx - 在代码平台发起Pull Request
血泪教训：永远不要在main分支直接开发！我曾因紧急修复直接在main修改，导致后续合并出现灾难性冲突
2.2 紧急修复热补丁流程
bash复制# 基于生产环境tag创建hotfix分支
git checkout -b hotfix/1.2.1 v1.2.0
# 进行修复并提交
git commit -m "fix: 紧急修复支付接口漏洞"
# 打上新的tag
git tag -a v1.2.1 -m "紧急补丁版本"
# 同时合并到main和develop分支
git checkout main && git merge hotfix/1.2.1
git checkout develop && git merge hotfix/1.2.1
2.3 团队协作Rebase流程
- 开发前先同步主分支：
git pull --rebase origin main - 解决可能出现的冲突
- 继续开发：
git rebase --continue - 推送时使用强制覆盖（仅限自己的分支）：
git push -f origin feature/xxx
3. 开发者必知的12个易错点
3.1 提交信息不规范
- 错误示例："修改bug"、"更新代码"
- 正确格式："<类型>: <简短描述>"
常用类型：feat|fix|docs|style|refactor|test|chore
3.2 忽略.gitignore配置
典型漏网之鱼：
code复制# 开发环境特有文件
.env
.idea/
*.iml
# 构建产物
/dist/
/node_modules/
# 系统文件
.DS_Store
Thumbs.db
3.3 大文件误提交挽救方案
bash复制# 从历史中彻底删除大文件
git filter-branch --tree-filter 'rm -f path/to/large/file' HEAD
# 强制推送到远程
git push origin --force --all
4. 高级操作救命指南
4.1 撤销操作的多种姿势
bash复制# 撤销工作区修改（危险操作）
git checkout -- filename
# 撤销暂存区文件
git reset HEAD filename
# 修改上次提交（未push时）
git commit --amend
# 回退到指定commit（会丢失后续提交）
git reset --hard commit_id
4.2 查错神器使用技巧
bash复制# 图形化查看提交历史
git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit
# 搜索所有分支的提交信息
git log --all --grep='关键字'
# 显示文件修改历史
git blame filename
4.3 子模块管理要点
bash复制# 添加子模块
git submodule add git@github.com:user/lib.git
# 克隆包含子模块的项目
git clone --recurse-submodules git@github.com:user/project.git
# 更新所有子模块
git submodule update --init --recursive
5. 企业级Git规范建议
5.1 分支命名公约
- 功能分支：feature/功能名称
- 修复分支：fix/问题描述
- 发布分支：release/版本号
- 热修复分支：hotfix/问题描述
5.2 Code Review要点
- 确保每个PR关联具体Issue
- 单次PR不超过500行变更
- 必须包含测试用例
- 需要2个+ Reviewer批准
5.3 自动化集成建议
yaml复制# 示例GitLab CI配置
stages:
- test
- build
- deploy
unit_test:
stage: test
script:
- npm install
- npm test
6. 疑难杂症处理方案
6.1 常见错误及解决
bash复制# 报错：Updates were rejected
git push -f origin branch_name # 慎用！
# 报错：Your local changes would be overwritten
git stash
git pull
git stash pop
# 报错：detached HEAD状态
git checkout branch_name
6.2 仓库瘦身方案
bash复制# 查找大文件
git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk '{print$1}')"
# 重写历史（需要团队配合）
git gc --aggressive --prune=now
6.3 跨仓库迁移技巧
bash复制# 保留所有分支和tag的迁移
git clone --mirror old_repo_url
cd repo.git
git remote set-url origin new_repo_url
git push --mirror
7. 可视化工具推荐
7.1 图形化客户端
- GitKraken（跨平台）
- Sourcetree（免费）
- Tower（macOS优秀客户端）
7.2 IDE集成方案
- VS Code Git Lens插件
- IntelliJ IDEA内置Git工具
- Eclipse EGit插件
7.3 在线工具
- GitHub Desktop
- GitLab Web IDE
- Bitbucket Pipelines
8. 我的高效工作习惯
- 每天开始前先
git fetch --all -p同步远程分支 - 使用
git add -p交互式暂存，避免提交无关修改 - 为复杂功能创建临时分支
tmp/experiment - 定期执行
git gc优化本地仓库 - 重要合并前先用
git diff branch1..branch2预览变更
个人技巧：alias优化配置能让效率翻倍，这是我的~/.gitconfig片段：
code复制[alias] st = status ci = commit br = branch co = checkout df = diff lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit