Git是目前最流行的分布式版本控制系统，被广泛用于软件开发中。无论是个人项目还是团队协作，Git都能够帮助我们高效地管理代码版本，追踪代码变更，协作开发。

但是，很多开发者对Git的理解只停留在简单的add、commit、push等基础命令，对Git的核心概念和高级用法不够熟悉，遇到问题时不知道如何解决。今天就来详细讲解Git版本控制，从入门到精通，带大家全面掌握Git。

Git基础概念

1. 什么是版本控制：

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。版本控制系统能够帮助我们：

  • 记录文件的变更历史，随时回溯到任意版本
  • 多人协作开发，避免代码冲突
  • 分支管理，同时开发多个功能
  • 代码审查，提高代码质量
  • 发布管理，管理不同版本的发布

常见的版本控制系统有：

  • 集中式版本控制系统：SVN、CVS等，版本库集中存放在中央服务器，开发者从中央服务器检出代码，提交时需要联网
  • 分布式版本控制系统：Git、Mercurial等，每个开发者的电脑上都有完整的版本库，可以离线工作，提交时不需要联网，推送时才需要联网

Git是分布式版本控制系统的代表，也是目前最流行的版本控制系统。

2. Git的核心概念：

  • 工作区（Working Directory）：我们在电脑里能看到的目录，存放着项目文件。我们在工作区中修改文件。
  • 暂存区（Stage/Index）：工作区和版本库之间的一个临时区域，用于存放即将提交的文件变更。使用git add命令将工作区的变更添加到暂存区。
  • 版本库（Repository）：工作区下的.git目录，存放着Git的所有元数据和对象数据库。使用git commit命令将暂存区的变更提交到版本库。
  • 分支（Branch）：分支是指向某个提交的指针，代表一条独立的开发线。Git默认分支是master（或main）。我们可以创建多个分支，在不同分支上开发不同功能，最后合并。
  • 提交（Commit）：提交是Git版本库中的一个快照，记录了某一时刻项目的状态。每个提交都有一个唯一的哈希值（SHA-1），用于标识。
  • 标签（Tag）：标签是给某个提交起的一个有意义的名字，通常用于标记发布版本（如v1.0.0）。
  • 远程仓库（Remote）：远程仓库是托管在网络上的版本库，如GitHub、GitLab、Gitee等。我们可以将本地仓库的变更推送到远程仓库，也可以从远程仓库拉取变更。
  • HEAD：HEAD是一个指针，指向当前分支的最新提交。切换分支时，HEAD会指向新分支的最新提交。

3. Git的工作流程：

Git的基本工作流程：

  1. 在工作区中修改文件
  2. 使用git add将文件变更添加到暂存区
  3. 使用git commit将暂存区的变更提交到版本库
  4. 使用git push将本地仓库的变更推送到远程仓库

如果需要从远程仓库获取最新变更：

  1. 使用git fetch从远程仓库获取最新变更（不合并）
  2. 使用git merge将远程分支的变更合并到当前分支

或者直接使用git pull（等于git fetch + git merge）

Git基础命令

1. 配置Git：

安装Git后，首先需要配置用户信息，这些信息会出现在每次提交中。

# 配置用户名
git config --global user.name "Your Name"

# 配置邮箱
git config --global user.email "your.email@example.com"

# 配置默认编辑器
git config --global core.editor vim

# 配置换行符处理（Windows）
git config --global core.autocrlf true

# 配置换行符处理（Mac/Linux）
git config --global core.autocrlf input

# 查看配置
git config --list

2. 创建仓库：

有两种方式创建Git仓库：

# 方式一：在当前目录初始化一个新的Git仓库
git init

# 方式二：克隆一个远程仓库到本地
git clone https://github.com/user/repo.git

# 克隆时指定本地目录名
git clone https://github.com/user/repo.git my-project

3. 查看状态：

# 查看工作区和暂存区的状态
git status

# 简洁模式
git status -s

git status会显示哪些文件被修改了、哪些文件被添加到暂存区了、哪些文件未被跟踪等信息。

4. 添加文件到暂存区：

# 添加指定文件到暂存区
git add filename.txt

# 添加所有修改和新增的文件到暂存区
git add .

# 添加所有修改、新增和删除的文件到暂存区
git add -A

# 交互式添加
git add -i

5. 提交变更：

# 提交暂存区的变更，打开编辑器输入提交信息
git commit

# 直接指定提交信息
git commit -m "提交信息"

# 跳过暂存区，直接提交所有已跟踪文件的变更
git commit -a -m "提交信息"

# 修改上一次提交
git commit --amend -m "新的提交信息"

提交信息应该简洁明了，说明本次提交做了什么。好的提交信息应该：

  • 使用祈使句（如"添加用户登录功能"而不是"添加了用户登录功能"）
  • 第一行不超过50个字符，简要说明
  • 空一行后可以写详细说明
  • 说明为什么做，而不是做了什么（代码本身已经说明了做了什么）

6. 查看历史：

# 查看提交历史
git log

# 简洁显示（每个提交一行）
git log --oneline

# 显示分支合并图
git log --graph --oneline --all

# 显示最近N次提交
git log -n 5

# 显示指定作者的提交
git log --author="username"

# 显示指定时间范围的提交
git log --since="2016-01-01" --until="2016-12-31"

# 显示指定文件的修改历史
git log -- filename.txt

7. 查看差异：

# 查看工作区和暂存区的差异（未add的修改）
git diff

# 查看暂存区和版本库的差异（已add未commit的修改）
git diff --cached

# 查看工作区和版本库的差异
git diff HEAD

# 查看两个提交之间的差异
git diff commit1 commit2

# 查看指定文件的差异
git diff -- filename.txt

8. 撤销操作：

# 撤销工作区的修改（恢复到暂存区的状态）
git checkout -- filename.txt
# 或者（Git 2.23+）
git restore filename.txt

# 撤销暂存区的添加（保留工作区的修改）
git reset HEAD filename.txt
# 或者（Git 2.23+）
git restore --staged filename.txt

# 撤销最近一次提交（保留修改在工作区）
git reset --soft HEAD~1

# 撤销最近一次提交（保留修改在工作区，取消暂存）
git reset --mixed HEAD~1

# 撤销最近一次提交（丢弃修改，危险！）
git reset --hard HEAD~1

注意：git reset --hard会丢弃工作区的修改，使用时要谨慎，确保不需要这些修改了。

9. 删除和移动文件：

# 删除文件并添加到暂存区
git rm filename.txt

# 删除文件但保留在工作区（取消跟踪）
git rm --cached filename.txt

# 重命名/移动文件并添加到暂存区
git mv oldname.txt newname.txt

分支管理

1. 查看分支：

# 查看本地分支
git branch

# 查看所有分支（包括远程分支）
git branch -a

# 查看远程分支
git branch -r

# 查看分支及其最新提交
git branch -v

# 查看已合并到当前分支的分支
git branch --merged

# 查看未合并到当前分支的分支
git branch --no-merged

2. 创建和切换分支：

# 创建新分支
git branch new-branch

# 切换到指定分支
git checkout new-branch
# 或者（Git 2.23+）
git switch new-branch

# 创建并切换到新分支
git checkout -b new-branch
# 或者（Git 2.23+）
git switch -c new-branch

# 基于指定提交创建分支
git branch new-branch commit-hash

# 基于远程分支创建本地分支
git checkout -b local-branch origin/remote-branch

3. 合并分支：

# 合并指定分支到当前分支
git merge branch-name

# 合并时不使用快进（生成合并提交）
git merge --no-ff branch-name

# 合并时禁用提交（只合并不提交，手动检查后再提交）
git merge --no-commit branch-name

# 合并遇到冲突时，解决冲突后添加文件并提交
git add conflict-file.txt
git commit -m "合并分支"

# 取消合并
git merge --abort

合并有两种方式：

  • 快进合并（Fast-forward）：如果当前分支是目标分支的祖先，Git会直接将当前分支指针移动到目标分支，不生成新的提交。
  • 三方合并（Three-way merge）：如果当前分支和目标分支有分叉，Git会生成一个新的合并提交，将两个分支的修改合并在一起。

4. 变基（Rebase）：

变基是另一种合并分支的方式，它会将当前分支的提交"重新播放"到目标分支上，使提交历史更加线性。

# 将当前分支变基到目标分支
git rebase target-branch

# 交互式变基（可以修改、合并、删除提交）
git rebase -i target-branch

# 变基遇到冲突时，解决冲突后继续
git add conflict-file.txt
git rebase --continue

# 跳过当前提交
git rebase --skip

# 取消变基
git rebase --abort

变基和合并的区别：

  • 合并会生成一个合并提交，保留完整的分支历史
  • 变基会重写提交历史，使历史更加线性，但会改变提交的哈希值
  • 推荐：本地分支使用变基保持历史整洁，公共分支使用合并保留完整历史
  • 注意：不要对已经推送到远程仓库的提交进行变基，会导致其他人的历史混乱

5. 删除分支：

# 删除已合并的本地分支
git branch -d branch-name

# 强制删除本地分支（未合并也删除）
git branch -D branch-name

# 删除远程分支
git push origin --delete branch-name
# 或者
git push origin :branch-name

远程仓库操作

1. 查看远程仓库：

# 查看远程仓库
git remote

# 查看远程仓库详细信息
git remote -v

# 查看远程仓库信息
git remote show origin

2. 添加和删除远程仓库：

# 添加远程仓库
git remote add origin https://github.com/user/repo.git

# 修改远程仓库URL
git remote set-url origin https://github.com/user/new-repo.git

# 删除远程仓库
git remote remove origin

3. 推送和拉取：

# 将本地分支推送到远程仓库
git push origin branch-name

# 推送并设置上游分支（以后可以直接git push）
git push -u origin branch-name

# 强制推送（危险！会覆盖远程仓库的历史）
git push --force origin branch-name

# 从远程仓库获取最新变更（不合并）
git fetch origin

# 从远程仓库获取最新变更并合并到当前分支
git pull origin branch-name

# 使用变基方式拉取
git pull --rebase origin branch-name

4. 远程分支操作：

# 查看远程分支
git branch -r

# 创建本地分支跟踪远程分支
git checkout -b local-branch origin/remote-branch

# 设置当前分支跟踪远程分支
git branch --set-upstream-to=origin/remote-branch

# 删除远程分支
git push origin --delete branch-name

# 清理远程已删除的分支引用
git remote prune origin

Git高级用法

1. 储藏（Stash）：

当你在一个分支上工作到一半，需要切换到另一个分支处理紧急问题，但是又不想提交当前的修改时，可以使用git stash将修改储藏起来。

# 储藏当前修改
git stash

# 储藏时添加说明
git stash save "储藏说明"

# 储藏包括未跟踪的文件
git stash -u

# 查看储藏列表
git stash list

# 应用最近的储藏（不删除储藏）
git stash apply

# 应用指定的储藏
git stash apply stash@{2}

# 应用最近的储藏并删除
git stash pop

# 删除最近的储藏
git stash drop

# 删除指定的储藏
git stash drop stash@{2}

# 删除所有储藏
git stash clear

# 查看储藏的内容
git stash show stash@{0}

2. 挑选提交（Cherry-pick）：

git cherry-pick可以将指定分支的某个提交应用到当前分支。

# 挑选指定提交应用到当前分支
git cherry-pick commit-hash

# 挑选多个提交
git cherry-pick commit1 commit2 commit3

# 挑选一段范围的提交
git cherry-pick commit1..commit2

# 挑选时不自动提交
git cherry-pick --no-commit commit-hash

# 遇到冲突时，解决冲突后继续
git add conflict-file.txt
git cherry-pick --continue

# 取消挑选
git cherry-pick --abort

3. 回退提交（Revert）：

git revert会创建一个新的提交，撤销指定提交的修改。与git reset不同，git revert不会修改历史，而是添加一个新的提交，适合已经推送到远程仓库的提交。

# 回退指定提交
git revert commit-hash

# 回退最近一次提交
git revert HEAD

# 回退时不自动提交
git revert --no-commit commit-hash

# 回退多个提交
git revert commit1..commit2

4. 二分查找（Bisect）：

git bisect可以帮助我们快速定位引入bug的提交。它使用二分查找算法，在提交历史中快速找到第一个引入问题的提交。

# 开始二分查找
git bisect start

# 标记当前提交为坏的（有bug）
git bisect bad

# 标记某个提交为好的（没有bug）
git bisect good commit-hash

# Git会自动切换到中间的提交，测试后标记好或坏
git bisect good
# 或者
git bisect bad

# 找到引入bug的提交后，Git会显示该提交信息

# 结束二分查找，回到原来的分支
git bisect reset

5. 子模块（Submodule）：

git submodule允许你将一个Git仓库作为另一个Git仓库的子目录，适合项目依赖其他项目的情况。

# 添加子模块
git submodule add https://github.com/user/repo.git path/to/submodule

# 初始化子模块（克隆仓库后第一次）
git submodule init

# 更新子模块
git submodule update

# 初始化并更新所有子模块
git submodule update --init --recursive

# 查看子模块状态
git submodule status

# 删除子模块（较复杂，需要手动删除配置和目录）

6. 工作树（Worktree）：

git worktree允许你同时检出多个分支到不同的目录，不需要切换分支，适合同时在多个分支上工作的情况。

# 创建新的工作树
git worktree add ../path/to/worktree branch-name

# 查看工作树列表
git worktree list

# 删除工作树
git worktree remove ../path/to/worktree

# 清理已删除的工作树
git worktree prune

Git常见问题解决

1. 合并冲突：

合并冲突是Git中最常见的问题。当两个分支修改了同一个文件的同一部分时，Git无法自动合并，就会产生冲突。

解决合并冲突的步骤：

  1. 运行git status查看哪些文件有冲突
  2. 打开有冲突的文件，找到冲突标记（<<<<<<<、=======、>>>>>>>）
  3. 手动修改文件，保留需要的内容，删除冲突标记
  4. 运行git add将修改后的文件添加到暂存区
  5. 运行git commit完成合并

冲突文件示例：

<<<<<<< HEAD
当前分支的内容
=======
目标分支的内容
>>>>>>> branch-name

你需要决定保留哪部分内容，或者合并两部分内容，然后删除冲突标记。

2. 不小心提交了错误的内容：

如果还没有推送到远程仓库：

  • 修改最后一次提交：git commit --amend
  • 撤销最后一次提交：git reset --soft HEAD~1（保留修改）或git reset --hard HEAD~1（丢弃修改）

如果已经推送到远程仓库：

  • 使用git revert创建一个新的提交撤销修改
  • 不要使用git reset --hard强制推送，会影响其他人

3. 不小心删除了文件：

# 恢复工作区删除的文件（如果还在暂存区或版本库中）
git checkout -- filename.txt
# 或者
git restore filename.txt

# 恢复某个提交中删除的文件
git checkout commit-hash -- filename.txt

# 如果已经提交了删除，可以使用git revert撤销删除提交

4. 想撤销已经推送的提交：

# 使用git revert创建新提交撤销
git revert commit-hash
git push origin branch-name

不要使用git reset --hard强制推送，因为这会修改远程仓库的历史，影响其他协作者。

5. 想查看某个文件在某个版本的内容：

# 查看某个提交中文件的内容
git show commit-hash:filename.txt

# 查看某个分支中文件的内容
git show branch-name:filename.txt

Git工作流

常见的Git工作流有：

1. Git Flow： Git Flow是一种经典的分支管理工作流，包含以下分支：

  • master：主分支，存放稳定发布版本
  • develop：开发分支，存放最新开发版本
  • feature：功能分支，从develop创建，开发新功能，完成后合并回develop
  • release：发布分支，从develop创建，准备发布，修复bug后合并到master和develop
  • hotfix：热修复分支，从master创建，修复线上bug，完成后合并到master和develop

Git Flow适合有明确发布周期的项目。

2. GitHub Flow： GitHub Flow是一种更简单的工作流，适合持续部署的项目：

  • master：主分支，始终保持可部署状态
  • feature：功能分支，从master创建，开发新功能，完成后通过Pull Request合并回master

GitHub Flow简单灵活，适合Web应用等持续部署的项目。

3. GitLab Flow： GitLab Flow结合了Git Flow和GitHub Flow的优点，适合有多个环境（开发、预发布、生产）的项目。

选择哪种工作流，要根据项目的特点和团队的习惯来决定，没有最好的，只有最合适的。

总结

Git是目前最流行的分布式版本控制系统，掌握Git是每个开发者的必备技能。本文介绍了Git的基础概念（工作区、暂存区、版本库、分支、提交、标签、远程仓库、HEAD）、基础命令（配置、创建仓库、查看状态、添加、提交、查看历史、查看差异、撤销、删除移动）、分支管理（查看、创建切换、合并、变基、删除）、远程仓库操作（查看、添加删除、推送拉取、远程分支）、高级用法（储藏、挑选提交、回退提交、二分查找、子模块、工作树）、常见问题解决（合并冲突、错误提交、删除文件、撤销推送、查看历史版本）、Git工作流（Git Flow、GitHub Flow、GitLab Flow）。

掌握Git，需要多练习、多实践，在实际项目中不断积累经验。遇到问题时，不要慌张，Git提供了丰富的命令来解决各种问题。只要理解了Git的核心概念，掌握了常用命令，就能够高效地使用Git管理代码版本，协作开发。

Git还在不断发展，新的命令和特性不断出现。作为开发者，要持续学习，跟上Git的发展，掌握最新的Git用法，提高开发效率。