关于我与Git的故事，要从很久以前我第一次接触它开始说起。
刚加入开发团队的我与队友相互协作开发任务，常常感觉自己像个菜鸟。每天满心热情投入工作，却被代码提交出现的各种状况搞得焦头烂额，每次代码提交都像是一场冒险，小心翼翼又满心欢喜地将自己辛苦编写的代码push 到 remoteRepository，却还是可能遭遇代码冲突的“陷阱”。有时pull code时却发现代码被莫名其妙冲掉，自己的成果瞬间“消失”......
经常出错的我，时间久了被道友称为“Git杀手”。

Git作为日常开发必备工具，是码农必须掌握的技能，它是团队协作的桥梁，是保障代码有序管理的关键。
逃避解决不了问题，只有掌握它，才能在开发这条路上走得更远更稳。别害怕！接下来，就让我们一起揭开Git神秘的面纱，从基础学起，一步步成为Git高手，摆脱被它“支配”的日子，在开发之路上披荆斩棘。愿我们一起成长为“代码提交小能手”。

Git是什么

Git是一个分布式版本控制系统，用于跟踪代码的更改和协作开发。它允许开发人员在一个远程仓库（remoteRepository）中共享代码，并跟踪代码的更改历史。Git使用快照的方式保存代码的更改，使得代码的回滚和分支管理变得简单和高效。

Git与SVN的区别

Git和SVN都是版本控制系统，但它们在实现方式和功能上有一些区别：- Git是分布式版本控制系统，每个开发人员都可以在本地拥有一个完整的代码仓库，而SVN是集中式版本控制系统，所有代码都保存在中心服务器上。

一、新建代码库

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# 在当前目录新建一个Git代码库，并进入该目录
$ mkdir myproject
$ cd myproject
$ git init 
## 举例 
$ git init myproject 这里做了一件事，就是在myproject根目录下创建一个.git子目录，用来保存版本信息。
$ ls .git

branches/
config
description
HEAD
hooks/
info/
objects/
refs/

# 克隆远程仓库，包括代码和历史记录
$ git clone [url]
## 举例
$ git clone https://github.com/username/repo.git

二、配置

Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。

1
2
3
4
5
6
7
8
9
10
11
12
# 显示当前的Git配置
$ git config --list

# 编辑Git配置文件
$ git config -e [--global]

# 设置提交代码时的用户信息，会记录是谁提交的
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"
## 举例
$ git config --global user.name "Your Name"
$ git config --global user.email "youremail@domain.com"

三、增加/删除文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
# 添加指定文件到暂存区
$ git add [file1] [file2] ...
## 举例
$ git add README.md
# 添加指定目录到暂存区，包括子目录
$ git add [dir]
## 举例
$ git add src

# 添加当前目录的所有文件到暂存区
$ git add .

# 添加每个变化前，都会要求确认
# 对于同一个文件的多处变化，可以实现分次提交
$ git add -p

# 删除工作区文件，并且将这次删除放入暂存区
$ git rm [file1] [file2] ...
## 举例
$ git rm file1.txt

# 停止追踪指定文件，但该文件会保留在工作区
$ git rm --cached [file]
## 举例 
$ git rm --cached file1.txt

# 改名文件，并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
## 举例 
$ git mv file1.txt file2.txt

四、代码提交

我们在暂存区保留本次变动的文件信息，修改完成就要把这些信息提交到历史，相当于生成了当前项目分支的一个快照（snapshot）。 此时Git就可以将项目恢复到任意一个快照，快照在Git里面有一个专门名词，叫做 commit，生成快照又称为完成一次提交。 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
# 提交暂存区的指定文件到仓库区（已暂存的可以反复多次修改提交）  
$ git commit [file1] [file2] ... -m [message]


# 提交暂存区的所有文件到仓库区
$ git commit -m [message]
## 举例
$ git commit -m "add file1.txt"

# 提交暂存区的所有文件到仓库区
$ git commit -a -m [message]

# 提交工作区自上次commit之后的变化，直接到仓库区
$ git commit -am [message]

# 使用一次新的commit，替代上一次提交
# 如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]

# 重做上一次commit，并包括指定文件的新变化 
$ git commit --amend [file1] [file2] ...

五、分支

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
# 列出所有本地分支
$ git branch
## 举例
master
dev

# 列出所有远程分支
$ git branch -r
## 举例 
origin/master
origin/dev

# 列出所有本地分支和远程分支
$ git branch -a
## 举例
master
dev
* origin/master
  origin/dev

# 新建一个分支，但依然停留在当前分支
$ git branch [branch-name]
## 举例
$ git branch dev

# 新建一个分支，并切换到该分支
$ git checkout -b [branch]
## 举例
$ git checkout -b dev

# 新建一个分支，指向指定commit
$ git branch [branch] [commit]
## 举例
$ git branch dev 3d6f9c9f5e8a3f6e6f6e6f6e6f6e6f6e6f6e6f6

# 新建一个分支，与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]
## 举例
$ git branch --track dev origin/dev

# 切换到指定分支，并更新工作区
$ git checkout [branch-name]
## 举例 
$ git checkout dev

# 切换到上一个分支
$ git checkout -

# 建立追踪关系，在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]
## 举例
$ git branch --set-upstream dev origin/dev

# 合并指定分支到当前分支
$ git merge [branch]
## 举例 
$ git merge dev

# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]
## 举例
$ git cherry-pick 3d6f9c9f5e8a3f6e6f6e6f6e6f6e6f6e6f6e6f6

# 删除分支
$ git branch -d [branch-name]
## 举例
$ git branch -d dev

# 删除远程分支
$ git push origin --delete [branch-name]
## 举例
$ git push origin --delete dev

# 删除远程分支，本地保留
$ git branch -dr [remote/branch]
## 举例
$ git branch -dr origin/dev

六、标签

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
# 列出所有tag
$ git tag
## 举例
v1.0
v2.0

# 新建一个tag在当前commit
$ git tag [tag]
## 举例
$ git tag v1.0

# 新建一个tag在指定commit
$ git tag [tag] [commit]
## 举例
$ git tag v1.0 3d6f9c9f5e8a3f6e6f6e6f6e6f6e6f6e6f6e6f6

# 删除本地tag
$ git tag -d [tag]
## 举例
$ git tag -d v1.0

# 删除远程tag
$ git push origin :refs/tags/[tagName]
## 举例
$ git push origin :refs/tags/v1.0

# 查看tag信息
$ git show [tag]
## 举例
$ git show v1.0

# 提交指定tag
$ git push [remote] [tag]
## 举例
$ git push origin v1.0

# 提交指定tag到远程仓库
## 举例
$ git push origin v1.0

# 提交所有tag
$ git push [remote] --tags
## 举例
$ git push origin --tags

# 新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]
## 举例 
$ git checkout -b v1.0 v1.0

七、查看信息

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
# 查看当前分支状态
$ git status
## 举例
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        new file:   test.txt

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)

# 显示当前分支的版本历史
$ git log
## 举例
commit 3d6f9c9f5e8a3f6e6f6e6f6e6f6e6f6e6f6e6f6
Author: zhangsan <zhangsan@example.com>
Date:   Mon Oct 12 17:00:00 2020 +0800

    test commit
# 显示commit历史，以及每次commit发生变更的文件
$ git log --stat

# 搜索提交历史，根据关键词
$ git log -S [keyword]

# 显示某个commit之后的所有变动，每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s

# 显示某个commit之后的所有变动，其commit时间线图
$ git log [tag] HEAD --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --date=relative

# 显示指定文件相关的每一次diff
$ git log --follow [file]
$ git whatchanged [file]

# 显示指定文件是什么人在什么时间修改过
$ git blame [file]

# 显示暂存区和工作区的差异
$ git diff

# 显示暂存区和上一个commit的差异
$ git diff --cached [file]

# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD

# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]

# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"

八、远程同步

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
# 下载远程仓库的所有变动
$ git fetch [remote]

# 显示所有远程仓库
$ git remote -v

# 显示某个远程仓库的信息
$ git remote show [remote]

# 增加一个新的远程仓库，并命名
$ git remote add [shortname] [url]

# 取回远程仓库的变化，并与本地分支合并
$ git pull [remote] [branch]

# 上传本地指定分支到远程仓库
$ git push [remote] [branch]

# 强行推送当前分支到远程仓库，即使有冲突
$ git push [remote] --force

# 推送所有分支到远程仓库
$ git push [remote] --all

九、撤销

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
# 恢复暂存区的指定文件到工作区
$ git checkout [file]

# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]  


# 恢复暂存区的所有文件到工作区
$ git checkout .

# 恢复工作区某个文件的指定版本
$ git checkout [file]@{v}
## 举例
$ git checkout test.txt@{1}

# 恢复工作区文件的指定版本
$ git checkout [commit] [file]
## 举例
$ git checkout 3d6f9c9f5e8a3f6e6f6e6f6e6f6e6f6e6f6e6f6 test.txt

# 恢复暂存区的指定文件到工作区
$ git checkout [file]

# 撤销暂存区的指定文件，然后恢复到工作区状态
$ git reset [file]

# 撤销暂存区的所有文件，然后恢复到工作区状态
$ git reset

# 撤销某个commit的修改
$ git reset --hard [commit]

# 撤销上一次commit
$ git reset --hard HEAD^

# 撤销上上一次commit
$ git reset --hard HEAD^^

# 撤销到上一次commit，撤销的修改保存在工作区
$ git reset --soft HEAD^

# 撤销到上上一次commit，撤销的修改保存在工作区
$ git reset --soft HEAD^^

# 撤销到上一次commit，撤销的修改保存在暂存区
$ git reset --mixed HEAD^

# 撤销到上上一次commit，撤销的修改保存在暂存区
$ git reset --mixed HEAD^^

# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
$ git reset [file]

# 重置暂存区与工作区，与上一次commit保持一致
$ git reset --hard  
## 注意：

十、其他

1. 暂存区和工作区的区别（是‌Git版本控制中的两个核心概念‌）

‌工作区（Working Directory/Working Tree）‌： 工作区是用户与代码直接交互的地方，即本地计算机上的项目文件夹。这是实际编辑文件、编写代码的区域。 工作区中的文件可以是从版本库中检出的文件，也可以是新创建的文件。对文件的修改首先发生在工作区中。 工作区的内容不会自动进入版本库，需要通过git add命令将更改添加到暂存区。 工作区中的文件可能有未跟踪（Untracked）、已修改（Modified）等状态‌。

‌暂存区（Staging Area/Index）‌：
暂存区是一个临时的存储区域，用于保存将要提交的更改。可以理解为一个缓冲区，可以选择性地将工作区中的某些或全部更改放入暂存区，随后再提交到版本库。
暂存区记录的是工作区中已被标记为准备提交的更改。通过git add命令将文件或改动从工作区添加到暂存区。暂存区的内容是提交时的依据，只有暂存区中的内容才会被git commit提交到版本库。文件状态示例为已暂存（Staged）‌。

简而言之，工作区是用户进行文件编辑和修改的区域，而暂存区则是用于临时存放这些修改，并准备将其提交到版本库的区域。通过git add命令。可以将工作区的修改添加到暂存区；通过git commit命令，则可以将暂存区的修改提交到版本库中‌。

2. git reset 命令：在 Git 中用于将当前分支的 HEAD 指针移动到指定位置，并可以选择性地改变暂存区和工作区的内容。

git reset 有三种模式：--hard、--soft 和 --mixed（后者是默认模式，如果不指定模式则使用 --mixed）。下面是这三种模式的区别以及举例说明： （1） git reset --hard ‌作用‌：将当前分支的 HEAD 指针移动到指定位置，并强制将暂存区和工作区的内容更新为与新的 HEAD 指针指向的提交完全一致。这意味着所有未提交的更改都会被丢弃。 举例说明‌： 假设我们有以下提交历史： 
1
2
3
4
commit 1
commit 2
commit 3
commit 4
现在我们执行 `git reset --hard HEAD~2`，这将把 HEAD 指针移动到 commit 2，并强制将暂存区和工作区的内容更新为与 commit 2 一致。commit 3 和 commit 4 的更改将被丢弃。 （2） git reset --soft ‌作用‌：将当前分支的 HEAD 指针移动到指定位置，并将暂存区的内容更新为与新的 HEAD 指针指向的提交一致，但工作区的内容保持不变。这意味着所有未提交的更改将保留在工作区中。 举例说明‌： 假设我们有以下提交历史： 
1
2
3
4
commit 1
commit 2
commit 3
commit 4
现在我们执行 `git reset --soft HEAD~2`，这将把 HEAD 指针移动到 commit 2，并将暂存区的内容更新为与 commit 2 一致。commit 3 和 commit 4 的更改将保留在工作区中。 （3） git reset --mixed ‌作用‌：将当前分支的 HEAD 指针移动到指定位置，并将暂存区的内容更新为与新的 HEAD 指针指向的提交一致，但工作区的内容保持不变。这意味着所有未提交的更改将保留在工作区中，并且暂存区的内容将与新的 HEAD 指针指向的提交一致。 举例说明‌： 假设我们有以下提交历史： 
1
2
3
4
commit 1
commit 2
commit 3
commit 4
现在我们执行 `git reset --mixed HEAD~2`，这将把 HEAD 指针移动到 commit 2，并将暂存区的内容更新为与 commit 2 一致。commit 3 和 commit 4 的更改将保留在工作区中，并且暂存区的内容将与 commit 2 一致。

总结
‌–hard‌：重置 HEAD、暂存区和工作区。需特别小心，因为它会丢弃所有未提交的更改。
‌–soft‌：仅重置 HEAD，保留暂存区和工作区。
‌–mixed‌（默认）：重置 HEAD 和暂存区，保留工作区。

本篇只是简单介绍了Git的常见指令和场景，实际开发时请一定明确自己的Git操作指令和意图，否则可能会丢失代码，请谨慎使用！避免出现覆水难收的灾难！！！

Git练习传送门

__END__