Git教程：从入门到进阶的完整指南

一、Git基础：版本控制的核心概念

Git作为分布式版本控制系统，其核心价值在于通过快照存储和分支管理实现高效的代码历史追踪。与集中式系统（如SVN）不同，Git的每个克隆都包含完整仓库，支持离线操作。

1.1 安装与配置

• Windows：通过Git for Windows安装，配置git config --global user.name "Your Name"和git config --global user.email "your@email.com"。
• Linux/macOS：使用包管理器（如apt install git或brew install git）安装后同样配置全局用户信息。
• 验证安装：运行git --version确认版本，建议使用最新稳定版（如2.40+）。

1.2 仓库初始化

• 本地仓库：git init在项目目录生成.git隐藏文件夹，包含所有版本数据。
• 克隆远程仓库：git clone https://github.com/user/repo.git会下载完整历史记录，并自动设置origin远程别名。
• 忽略文件：通过.gitignore文件排除编译产物（如*.o、node_modules/），支持通配符和目录递归。

二、核心操作：提交与分支管理

Git的工作流程围绕工作区、暂存区和仓库三态展开，掌握状态转换是高效使用的基础。

2.1 基本提交流程

1. 添加更改：git add file.txt将修改移至暂存区，git add .添加所有修改。
2. 提交版本：git commit -m "描述信息"生成快照，建议遵循50/72规则（首行≤50字符，详细说明另起段落≤72字符）。
3. 查看历史：git log --oneline --graph以简洁格式显示分支拓扑，git show HEAD~2查看特定提交的详细变更。

2.2 分支策略

• 创建分支：git branch feature-x创建新分支，git checkout feature-x切换分支（或使用git switch -c feature-x一步完成）。
• 合并分支：
  • Fast-forward：当目标分支是当前分支的直接上游时，git merge会线性前进指针。
  • Three-way Merge：非线性分支使用递归策略合并，可能产生冲突。
• 变基（Rebase）：git rebase main将当前分支的提交“移植”到目标分支最新提交之后，保持历史线性，但会重写提交哈希，仅限本地分支使用。

三、冲突解决与高级技巧

3.1 冲突处理

当两个分支修改同一文件的相同区域时，Git会标记冲突：

<<<<<<< HEAD
原始代码行
=======
修改后的代码行
>>>>>>> feature-x

手动编辑文件保留所需内容后，执行git add标记冲突已解决，再提交。

3.2 撤销操作

• 撤销暂存：git reset HEAD file.txt将文件移回工作区。
• 撤销提交：
  • 软重置：git reset --soft HEAD~1保留更改在工作区。
  • 混合重置：git reset --mixed HEAD~1（默认）保留更改但未暂存。
  • 硬重置：git reset --hard HEAD~1彻底丢弃更改，慎用。
• 修改提交：git commit --amend替换最近一次提交，适用于修正错误或补充信息。

四、远程协作：推送与拉取

4.1 远程仓库管理

• 添加远程：git remote add origin https://github.com/user/repo.git。
• 查看远程：git remote -v显示URL及别名。
• 重命名远程：git remote rename old new。

4.2 推送与拉取

• 推送分支：git push -u origin feature-x首次推送时设置上游跟踪，后续可直接git push。
• 拉取更新：
  • git fetch下载远程变更但不合并，git merge origin/main手动合并。
  • git pull等价于fetch + merge，可能触发冲突。
• 删除远程分支：git push origin --delete feature-x。

五、进阶实践：标签与钩子

5.1 标签管理

• 轻量标签：git tag v1.0指向特定提交。
• 附注标签：git tag -a v1.0 -m "Release 1.0"包含元数据，可签名验证。
• 推送标签：git push origin v1.0或git push origin --tags推送所有标签。

5.2 Git钩子

在.git/hooks目录下放置脚本，在特定事件（如pre-commit、post-receive）触发时执行。例如：

#!/bin/sh
# pre-commit钩子示例：检查代码风格
if ! npm run lint; then
  echo "Lint failed, commit aborted."
  exit 1
fi

需赋予脚本可执行权限（chmod +x .git/hooks/pre-commit）。

六、最佳实践与工具链

1. 分支命名：采用type/issue-id-description格式（如feat/123-add-login），类型包括feat、fix、docs等。
2. 提交频率：建议每天至少提交一次，避免单次提交包含过多逻辑变更。
3. 代码审查：通过git diff origin/main..feature-x比较分支差异，或使用GitHub Pull Request功能。
4. 子模块：管理外部依赖时，git submodule add https://github.com/lib/repo.git libs/repo可嵌入子仓库，但需注意更新流程。

七、常见问题解答

• Q：如何彻底删除已推送的提交？
  A：使用git reset --hard HEAD~3回退本地，然后git push -f origin main强制推送（需确保无他人基于该提交工作）。

• Q：Git LFS是什么场景下使用？
  A：当仓库包含大文件（如视频、二进制模型）时，Git LFS通过指针替换实际文件，减少仓库体积。

• Q：如何迁移仓库到新服务器？
  A：git clone --mirror old-repo.git创建裸仓库镜像，然后推送到新地址：git push --mirror new-repo.git。

通过系统掌握上述内容，开发者可高效利用Git进行个人项目管理和团队协作，显著提升开发效率与代码质量。