Git 核心功能详解与实操指南
理解 Git 核心功能的关键在于掌握“工作区、暂存区、版本库”三个区域的关系，以及它基于快照而非差异存储的底层逻辑。建议通过终端命令实践而非仅依赖图形界面，以下是核心功能详解与实操指南。
先说结论：Git 是分布式版本控制系统，核心在于本地快照管理，区分 Git 工具与 GitHub 等平台是入门第一步。
- 适合：需要版本控制的开发者及团队协作场景
- 先看：工作区、暂存区、版本库的状态转换
- 建议：优先使用命令行理解原理，再结合图形工具
核心逻辑：三个区域与快照
Git 不是简单保存文件副本，而是基于快照和对象图的版本控制系统。每次提交都会生成完整快照，未修改文件复用旧引用，这使得切换版本极快。核心机制围绕三个区域展开：
- 工作目录（Working Directory）：你看到的文件夹，包含 tracked 和 untracked 文件。
- 暂存区（Staging Area）：准备提交的清单，通过
git add管理。 - 版本库（Repository）：存储所有历史快照，通过
git commit写入。
基础环境配置与提交
安装后首要任务是配置用户身份，因为每一次提交都会使用这些信息。注意命令中不要包含多余符号。
git config `--global` user.name "Your Name"
git config `--global` user.email "you@example.com"
git init
git add .
git commit -m "first commit"
git status
git log `--oneline`预期输出示例：
# git status 输出
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
# git log 输出
a1b2c3d (HEAD -> master) first commit分支管理实战
分支是 Git 最强大的功能之一，用于隔离开发任务。
# 查看分支
git branch
# 创建并切换分支
git checkout -b feature-login
# 或使用新命令
git switch -c feature-login
# 切换回主分支
git checkout master
# 合并分支
git merge feature-login冲突解决步骤：
- 合并冲突时，Git 会标记冲突文件。
- 手动编辑文件，保留需要的代码，删除 <<<<<<< 等标记。
- 执行
git add <file>标记冲突已解决。 - 执行
git commit完成合并。
远程协作流程
区分 Git 工具与 GitHub 等平台，Git 是底层引擎，平台解决远程协作问题。
# 关联远程仓库
git remote add origin git@github.com:user/repo.git
# 查看远程连接
git remote -v
# 推送代码（首次需 -u）
git push -u origin master
# 拉取代码
git pull origin master版本回退与恢复
误操作后的恢复是必备技能。
# 查看操作历史（包括 reset 丢失的）
git reflog
# 回退到指定 commit（慎用 `--hard`）
git reset `--hard` HEAD~1
# 撤销某次提交但保留更改
git reset `--soft` HEAD~1
# 公共分支建议使用 revert
git revert <commit-id>验证方法与常见坑
验证是否生效：
- 使用
git status查看文件状态，确认暂存区和工作区是否干净。 - 使用
git log查看提交历史，确认快照是否生成。 - 使用
git diff查看工作区与暂存区的差异。
常见坑与风险：
- 混淆概念：Git 是工具，GitHub 是服务，没有 GitHub 照样能用 Git。
- 提交误区：
git commit只提交暂存区内容，和工作区当前是否干净无关。 - 分支策略：小团队硬套复杂流程会被拖死，根据团队规模选择 Git Flow 或 Trunk-based。
- 强制推送：生产环境严禁
git push `--force`，除非确知后果，否则会导致他人代码丢失。 - 分离头指针：避免直接在 detached HEAD 状态下开发，否则提交可能丢失。
参考来源
- Git 官方文档：https://git-scm.com/doc
- Pro Git 书籍：https://git-scm.com/book/zh/v2