Git 从入门到精通：核心用法与实战指南

三者的核心流转关系

工作区（写代码） → git add → 暂存区（待提交） → git commit → 本地仓库（永久保存版本）

1.3 Git 本地仓库基础操作

场景 1：本地已有项目，初始化 Git 仓库

git init

场景 2：克隆远程仓库到本地

git clone https://gitee.com/xxx/xxx.git

Git 入门核心三板斧

# 1. git status 查看文件状态
git status

# 2. git add 把工作区的修改加入暂存区
git add . # 把所有修改的文件全部加入暂存区

# 3. git commit 把暂存区的内容提交到本地仓库
git commit -m "提交说明：比如 完成登录功能、修复首页样式 bug"

核心规范：commit -m 的提交说明一定要简洁、清晰、有意义。

查看提交历史（git log）

# 查看所有提交历史
git log
# 简洁版查看
git log --oneline
# 查看最近 3 条
git log --oneline -3

二、Git 核心进阶篇

2.1 版本回滚与撤销修改

场景 1：撤销工作区的修改（文件改乱了，还没 git add）

# 撤销指定文件的工作区修改
git checkout -- 文件名
# 撤销工作区所有文件的修改
git checkout -- .

场景 2：撤销暂存区的修改（已经 git add，还没 git commit）

# 把指定文件从暂存区撤回工作区
git reset HEAD 文件名
# 把所有文件从暂存区撤回工作区
git reset HEAD .

场景 3：回滚本地仓库的版本（已经 git commit）

需要提交 ID，通过 git log --oneline 查看。

# 软回滚：只回滚本地仓库，暂存区和工作区保留
git reset --soft 提交 ID
# 混合回滚：回滚本地仓库和暂存区，工作区保留（默认）
git reset --mixed 提交 ID
# 硬回滚：回滚本地仓库、暂存区、工作区，所有修改丢弃
git reset --hard 提交 ID

小技巧：回滚到上一个版本可用 git reset --hard HEAD^。

场景 4：撤销已推送到远程仓库的提交

# 撤销指定提交的修改，生成一个新的提交
git revert 提交 ID

区别：reset 删除历史提交，revert 新增反向提交，不改变历史，更安全。

2.2 分支管理

什么是分支？

分支就像项目的平行宇宙，可以在新分支里开发新功能，不影响主项目。

Git 分支核心命令

# 1. 查看所有分支
git branch
# 2. 新建分支
git branch 分支名
# 3. 新建分支并切换（最常用）
git checkout -b 分支名
# 4. 切换到已有分支
git checkout 分支名
# 5. 合并分支
git merge 分支名
# 6. 删除分支
git branch -d 分支名

分支冲突的解决

冲突产生的原因：两个分支修改了同一个文件的同一行代码。

解决步骤：

1. 手动修改文件，保留需要的代码，删除冲突标记（<<<<<<<、=======、>>>>>>>）；
2. 重新提交代码：git add 冲突文件名 → git commit -m "解决分支冲突"。

2.3 远程仓库操作

前置：关联本地仓库和远程仓库

# 查看当前关联的远程仓库地址
git remote -v
# 关联远程仓库
git remote add origin https://gitee.com/xxx/xxx.git

核心命令

# 拉取远程代码到本地
git pull origin 分支名
# 推送本地代码到远程仓库
git push origin 分支名

三、Git 高级实战篇

3.1 大厂通用的 Git 分支规范

规范 1：Git Flow

1. master/main：主分支，线上稳定版本。
2. develop：开发分支，团队开发主分支。
3. feature/xxx：功能分支，从 develop 拉取，完成后合并回 develop。
4. bugfix/xxx：Bug 修复分支，从 develop 拉取，完成后合并回 develop。
5. hotfix/xxx：紧急修复分支，从 master 拉取，完成后合并回 master 和 develop。

规范 2：GitHub Flow

1. master/main：主分支，稳定版本。
2. 任何需求/修复：都从主分支拉取新分支，命名 feature/xxx 或 fix/xxx。
3. 开发完成后：提交 PR/MR，评审后合并回主分支，删除分支。

3.2 高级实用命令

1. git stash 暂存工作区

# 暂存工作区的所有修改
git stash
# 恢复最近一次的暂存记录
git stash pop
# 清空所有暂存记录
git stash clear

2. git cherry-pick 拣选提交

# 把指定的提交从一个分支复制到另一个分支
git cherry-pick 提交 ID

3. git rebase 变基

# 在当前分支执行，把当前分支变基到目标分支
git rebase 目标分支

原则：永远不要在公共分支上执行 git rebase。

4. git tag 标签管理

# 打标签
git tag v1.0.0
# 查看所有标签
git tag
# 推送标签到远程仓库
git push origin v1.0.0

5. .gitignore 忽略文件配置

在项目根目录新建 .gitignore 文件：

node_modules/
dist/
build/
*.log
.idea/
.env

3.3 多人协作高级流程

1. Fork 仓库：复刻别人的仓库到自己的账号下。
2. Clone 仓库：克隆到本地开发。
3. 推送代码：推送到自己的远程仓库。
4. 提 PR：提交 Pull Request，请求原仓库维护者合并。
5. Code Review：维护者审核合并。

四、常见问题与解决方案

4.1 新手常踩的坑

1. 提交信息乱写 → 解决方案：提交说明要简洁清晰。
2. 直接在 master 主分支开发 → 解决方案：永远在功能分支开发。
3. git add . 后加了不需要的文件 → 解决方案：用 git reset HEAD 文件名 撤回。
4. git commit 后提交错了分支 → 解决方案：用 git cherry-pick 复制提交。
5. git pull 时出现冲突 → 解决方案：按步骤手动解决冲突。
6. 删除了本地分支发现还有代码没合并 → 解决方案：用 git reflog 找回。
7. 把敏感信息提交到仓库 → 解决方案：用 git revert 撤销，写入 .gitignore。
8. git reset --hard 后代码丢了 → 解决方案：用 git reflog 找回。

4.2 操作记录查询：git reflog

# 查看所有本地 Git 操作记录
git reflog

找回代码步骤：

1. 执行 git reflog，找到丢失代码前的最后一次操作 ID；
2. 执行 git reset --hard 操作 ID，恢复状态。

4.3 配置别名提升效率

# 配置别名
git config --global alias.st status
git config --global alias.ci commit
git config --global alias.lg "log --oneline"

五、面试要点

1. Git 的三大区域是什么？
2. git reset 的三种模式区别是什么？
3. git reset 和 git revert 的区别是什么？
4. git merge 和 git rebase 的区别是什么？
5. 分支冲突的原因是什么？怎么解决？
6. git stash 的作用是什么？
7. .gitignore 的作用是什么？
8. 多人协作中，如何避免代码冲突？
9. 代码提交到远程仓库后发现有 bug，怎么处理？
10. 代码丢了怎么找回？

六、总结：Git 从入门到大神的学习心法

心法一：理解原理，而非死记硬背

理解工作区→暂存区→本地仓库的流转关系，理解分支的概念。

心法二：多用多练，犯错不可怕

遇到问题、踩坑、冲突，都是好事。Git 有 git reflog 万能救星。

心法三：先掌握核心，再学高级用法

先掌握 add、commit、push、pull、branch、merge、reset，再学习 stash、cherry-pick、rebase。