Git
1
2
3
4
5
6
7
8
9
10
11
作者：linus
特点：
基于服务器、客户端的运行模式
1. 服务器保存文件的所有更新版本
2. 客户端是服务器的完整备份，并不是只保留文件的最新版本
优点：
1. 联网运行，支持多人协作开发
2. 客户端断网后支持离线本地提交版本更新
3. 服务器故障或损坏后，可使用任何一个客户端的备份进行恢复

历史书，时光机，复仇者联盟
什么是Git
1
2
3
Git 是一个开源的分布式版本控制系统，是目前世界上最先进、最流行的版本控制系统。可以快速高
效地处理从很小到非常大的项目版本管理。
// 特点：项目越大越复杂，协同开发者越多，越能体现出 Git 的高性能和高可用性！
Git的特性
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
1. 直接记录快照，而非差异比较
	快照 是文件系统的一个功能,相当于给文件拍了一个照片,我们可以基于文件快照恢复文件原来的状态。
	快照的拍摄非常快,瞬间完成
	我们可以基于文件快照,恢复到拍摄快照时的文件状态。
2. 近乎所有操作都是本地执行
	在 Git 中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息
	特性：
	1. 断网后依旧可以在本地对项目进行版本管理
	2. 联网后，把本地修改的记录同步到云端服务器即可


Git 的记录快照
Git 快照是在原有文件版本的基础上重新生成一份新的文件，类似于备份。为了效率，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向之前存储的文件。
// 缺点：占用磁盘空间较大
// 优点： 版本切换时非常快，因为每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。
// 特点： 空间换时间
Git 中的三个区域
1
2
3
工作区 // 处理工作(修改代码)的区域
暂存区 // 已完成的工作的临时存放区域，等待被提交
Git 仓库 // 最终的存放区域
Git 中的三种状态
1
2
3
已修改 modified // 表示修改了文件，但还没将修改的结果放到暂存区
已暂存 staged // 表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中
已提交 committed(未修改) // 表示文件已经安全地保存在本地的 Git 仓库中
配置用户信息
1
2
3
// 安装完 Git 之后，要做的第一件事就是设置自己的用户名和邮件地址。因为通过 Git 对项目进行版本管理的时候， Git 需要使用这些基本信息，来记录是谁对项目进行了操作：
git config --global user.name "itheima"
git config --global user.email "itheima@itcast.cn"
Git 的全局配置文件
1
// 通过 git config --global user.name 和 git config --global user.email 配置的用户名和邮箱地址，会被写入到 C:/Users/用户名文件夹/.gitconfig 文件中。这个文件是 Git 的全局配置文件，配置一次即可永久生效。
获取Git仓库的两种方式
1
2
1. 将尚未进行版本控制的本地目录转换为 Git 仓库
2. 从其它服务器克隆一个已存在的 Git 仓库
初始化Git仓库
1
2
3
// 在项目目录中，通过鼠标右键打开“ Git Bash ”
// 执行 git init 命令将当前的目录转化为 Git 仓库
git init 命令会创建一个名为 .git 的隐藏目录，这个 .git 目录就是当前项目的 Git 仓库，里面包含了初始的必要文件，这些文件是 Git 仓库的必要组成部分
工作区中文件的4种状态
1
2
3
4
5
6
7
未被Git管理
// 未跟踪
已被Git管理
// 未修改
// 已修改
// 已暂存
Git 操作的终极结果：让工作区中的文件都处于“未修改”的状态。
检查文件的状态
1
2
3
git status
新建的文件出现在 Untracked files （未跟踪的文件） 下面。
未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件； Git 不会自动将之纳入跟踪范围，除非明确地告诉它“我需要使用 Git 跟踪管理该文件”。
以精简的方式显示文件的状态
1
2
3
4
git status -s
git status --short

// ?? 表示未被跟踪
跟踪新文件
1
2
3
git add 文件名
git add .
//跟踪后状态为 A 表示已暂存
提交更新
1
2
3
git commit
git commit -m "提交描述信息"
// 提交后状态为未修改(需要先跟踪暂存)
如何把修改的文件提交到文件中
1
2
git add .
git commit -m "提交描述信息"
撤销对文件的修改
1
2
3
4
5
6
git checkout -- 文件

// 撤销对文件的修改指的是：把对工作区中对应文件的修改，还原成 Git 仓库中所保存的版本。

// 操作的结果：所有的修改会丢失，且无法恢复！危险性比较高，请慎重操作！
// 撤销操作的本质：用 Git 仓库中保存的文件，覆盖工作区中指定的文件。
取消暂存
1
2
git restore --staged 文件 // 取消暂存
git reset HEAD
跳过使用暂存区域
1
2
3
4
5
Git 标准的工作流程是工作区 → 暂存区 → Git 仓库，但有时候这么做略显繁琐，此时可以跳过暂存区，直接将工作区中的修改提交到 Git 仓库，这时候 Git 工作的流程简化为了工作区 → Git 仓库

Git 提供了一个跳过使用暂存区域的方式， 只要在提交的时候，给 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤：

// git commit -a -m "描述信息"(需要先跟踪)
移除文件
1
2
3
4
5
6
7
git rm -f 文件 // 从 Git仓库和工作区中同时移除
git rm --cached 文件 // 只从 Git 仓库中移除文件，但保留工作区中的文件

// 更多的做法
1. 直接在目录中删了文件
2. git rm/add 文件 // 把删除操作提交到暂存区
3. git commit -m "删除了文件" // 把删除操作提交到仓库中 删除文件
忽略文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式。

文件 .gitignore 的格式规范如下：

//1. 以 # 开头的是注释
//2. 以 / 结尾的是目录
//3. 以 / 开头防止递归(不往目录下找)
//4. 以 ! 开头表示取反
//可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）

星号 * 匹配零个或多个任意字符
[abc] 匹配任何一个列在方括号中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c） 
问号 ? 只匹配一个任意字符
两个星号 ** 表示匹配任意中间目录比如 (a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）
在方括号中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）
.gitignore文件的例子

只会忽略未跟踪的文件,如果一个文件已经被跟踪,就算我们加入到gitigore文件中也不会被忽略

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
// 忽略所有的 .a 文件
*.a

// 但跟踪所有的lib.a，即便你在前面忽略了 .a 文件
!lib.a

// 只忽略当前目录下的TODO文件，而不忽略subdir/TODO
/TODO

// 忽略任何目录下名为build的文件夹
build/

// 忽略 doc/notes.txt,但不忽略 doc/server/arch.txt
doc/*.txt

// 忽略 doc/ 目录及其所有子目录下的 .pdf 文件
doc/**/*.pdf
查看提交历史
1
2
3
4
5
6
7
8
9
10
11
12
// 按时间先后顺序列出所有的提交历史，最近的提交在最上面
git log

// 只展示最新的两条提交历史，数字可以按需进行填写
git log -2

// 在一行上展示最近两条提交历史的信息
git log -2 --pretty=oneline

// 在一行上展示最近两条提交历史信息，并自定义输出的格式
// &h 提交的简写哈希值  %an 作者名字  %ar 作者修订日志  %s 提交说明
git log -2 --pretty=format:"%h | %an | %ar | %s"
回退到指定的版本
1
2
3
4
5
6
7
8
9
10
11
// 在一行上展示所有的提交历史
git log --pretty=oneline

// 使用 git reset --hard 命令，根据指定的提交 ID 回退到指定版本
git reset --hard <CommitID>

// 在旧版本中使用 git reflog --pretty=oneline 命令，查看命令操作的历史
git reflog --pretty=onelone

// 再次根据最新的提交 ID，跳转到最新的版本
git reset --hard <CommitID>
连接远程仓库的两种方式
1
2
// HTTPS ：零配置；但是每次访问仓库时，需要重复输入 Github 的账号和密码才能访问成功
/// SSH ：需要进行额外的配置；但是配置成功后，每次访问仓库时，不需重复输入 Github 的账号和密码
HTTPS
1
2
3
4
5
6
7
8
9
10
11
12
13
// 本地没有现成的Git仓库
echo "# project_01" >> README.md
git init
git add README.md
git commit -m "first commit"
git branch -M main
git remote add origin https://github.com/erha2777/project_01.git
git push -u origin main

// 本地有现成的Git仓库
// git remote add origin https://github.com/erha2777/project_01.git 关联远程仓库
git branch -M main // 将master分支改名
git push -u origin main // 将本地的main分支推送到origin主机，同时指定origin为默认主机，后面就可以不加任何参数使用git push了
SSH
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
SSH key 的作用：实现本地仓库和 Github 之间免登录的加密数据传输。
SSH key 的好处：免登录身份认证、数据加密传输。
SSH key 由两部分组成，分别是：
① id_rsa（私钥文件，存放于客户端的电脑中即可）
② id_rsa.pub（公钥文件，需要配置到 Github 中）

// 生成 SSH key
1.  打开 Git Bash
2. 粘贴如下的命令，并将 your_email@example.com 替换为注册 Github 账号时填写的邮箱：
ssh-keygen -t rsa -b 4096 -C "2777840869@qq.com"
3. 连续敲击 3 次回车，即可在 C:\Users\用户名文件夹\.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

// 配置 SSH key

1. 使用记事本打开 id_rsa.pub 文件，复制里面的文本内容
2. 在浏览器中登录 Github，点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
3. 将 id_rsa.pub 文件中的内容，粘贴到 Key 对应的文本框中
4. 在 Title 文本框中任意填写一个名称，来标识这个 Key 从何而来

检测 Github 的 SSH key 是否配置成功（输入yes）
1
ssh -T git@github.com
基于 SSH 将本地仓库上传到 Github
1
2
3
git remote add origin git@github.com:erha2777/project_02.git
git branch -M main
git push -u origin main
master 主分支
1
2
// master 主分支的作用是：用来保存和记录整个项目已完成的功能代码。
// 因此，不允许程序员直接在 master 分支上修改代码，因为这样做的风险太高，容易导致整个项目崩溃。
功能分支
1
2
3
4
5
// 由于程序员不能直接在 master 分支上进行功能的开发，所以就有了功能分支的概念。
// 功能分支指的是专门用来开发新功能的分支，它是临时从 master 主分支上分叉出来的，当新功能开发且测试完毕后，最终需要合并到 master 主分支上

git branch // 查看分支列表(本地)
git branch -a // 查看分支列表(所有)
创建新分支
1
git branch 分支名称 // 基于当前分支，创建一个新的分支(代码和当前分支一样,需要自己切换过去)
切换分支
1
2
git checkout 分支名称 // 切换到指定的分支
git checkout -b 分支名称 // 创建指定名称的新分支，并立即切换到新分支上
合并分支
1
2
3
4
// 1. 切换到 master 分支
git checkout master
// 2. 在master 分支上运行 git merge 命令，将 login 分支的代码合并到 master 分支
git merge login
删除分支
1
git branch -d 分支名称 // 删除分支(需要在其他分支上才能删除)
遇到冲突时的分支合并
1
2
3
4
5
6
7
8
// 如果在两个不同的分支中，对同一个文件进行了不同的修改，Git 。 此时，我们需要打开这些包含冲突的文件然后手动解决冲突。

// 假设：在把 reg 分支合并到 master 分支期间
git checkout master
git merge reg
// 打开包含冲突的文件，手动解决(手动改代码)冲突之后，再执行如下命令
git add .
git commit -m "解决了分支合并冲突的问题"
将本地分支推送到远程仓库
1
2
3
4
5
6
7
8
9
10
11
// 如果是第一次将本地分支推送到远程仓库，需要运行如下的命令：

// -u 表示把本地分支和远程分支进行关联，只在第一次推送的时候需要带 -u 参数
git push -u 远程仓库的别名 本地分支名称:远程分支名称
// 实际案例
git push -u origin payment:pay
// 如果希望远程分支的名称和本地分支名称保持一致，可以对命令进行简化
git push -u origin payment
// 注意：第一次推送分支需要带 -u 参数，此后可以直接使用 git push 推送代码到远程分支。

git branch -r // 查看分支列表(远程)
跟踪分支
1
2
3
4
5
6
7
8
// 跟踪分支指的是：从远程仓库中，把远程分支下载到本地仓库中。需要运行的命令如下：

// 示例
git checkout pay
// 从远程仓库中，把对应的远程分支下载到本地仓库，并把下载的本地分支进行重命名
git checkout -b 本地分支名称 远程仓库名称/远程分支名称
// 示例
git checkout -b payment origin/pay
拿取远程分支的最新的代码
1
2
// 从远程仓库，拉取当前分支最新的代码，保持当前分支的代码和远程分支代码一致
git pull
删除远程分支
1
2
3
4
// 删除远程仓库中，指定名称的远程分支
git push 远程仓库名称 --delete 远程分支名称
// 示例
git push origin --delete pay
命令行
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

git config --list --global // 查看所有的全局配置项
git config user.name // 查看指定的全局配置项
git config user.email

git help config // 打开 git config 命令的帮助手册(在浏览器打开)
git config -h // 获取 git config 命令的快速参考(直接输出)

git init // 将当前的目录转化为 Git 仓库
git clone 远程仓库地址 要改为的名字 // 克隆远程仓库

pwd // 查看当前目录的路径
clear // 清空屏幕

git status // 查看文件状态
git status -s
git status --short
1. ?? 未跟踪
2. A 已暂存
3. M 已修改(红色未暂存 绿色以暂存)

git add 文件名 // 跟踪新文件，添加到暂存区
git add . 

git commit  // 提交更新(需要先跟踪暂存)
git commit -m "提交描述信息"

git checkout -- 文件 // 还原成Git仓库中所保存的版本。危险 不可恢复

git restore --staged 文件 // 取消暂存
git reset HEAD // 不推荐

git commit -a -m "描述信息" // 跳过暂存区提交(需要先跟踪)

git rm -f 文件 // 从 Git仓库和工作区中同时移除
git rm --cached 文件 // 只从 Git 仓库中移除文件，但保留工作区中的文件

git log // 按时间先后顺序列出所有的提交历史，最近的提交在最上面
git log -2 // 只展示最新的两条提交历史，数字可以按需进行填写
git log -2 --pretty=oneline // 在一行上展示最近两条提交历史的信息
git log -2 --pretty=format:"%h | %an | %ar | %s" 
// 在一行上展示最近两条提交历史信息，并自定义输出的格式
// &h 提交的简写哈希值  %an 作者名字  %ar 作者修订日志  %s 提交说明


git log --pretty=oneline // 在一行上展示所有的提交历史
git reset --hard <CommitID> // 使用 git reset --hard 命令，根据指定的提交 ID 回退到指定版本
git reflog --pretty=oneline // 在旧版本中使用 git reflog --pretty=oneline 命令，查看命令操作的历史
git reset --hard <CommitID> // 再次根据最新的提交 ID，跳转到最新的版本
  
git branch // 查看分支列表(本地)
git branch -a // 查看分支列表(所有)
git branch -r // 查看分支列表(远程)
git branch 分支名称 // 基于当前分支，创建一个新的分支(代码和当前分支一样,需要自己切换过去)
git checkout 分支名称 // 切换到指定的分支
git checkout -b 分支名称 // 创建指定名称的新分支，并立即切换到新分支上(-b 表示创建一个新分支)

git push -u 远程仓库的别名 本地分支名称:远程分支名称 // 将本地分支推送到远程仓库(本地分支名称和远程分支名称一样可以简写)

git merge 分支名称 // 合并分支(需要在合并到的分支上)

git branch -d 分支名称 // 删除分支(需要在其他分支上才能删除)

git checkout 远程分支名称 // 从远程仓库中，把远程分支下载到本地仓库中。
git checkout -b 本地分支名称 远程仓库名称/远程分支名称 // 并且重命名

git pull // 拿取远程分支的最新的代码

git push 远程仓库名称 --delete 远程分支名称 // 删除远程仓库中，指定名称的远程分支

cat ~/.ssh/id_rsa.pub // 查看公钥

git remote // 查看仓库(本地)
git remote -v // 查看仓库(远程地址)

git commit --amend -m "修改上一次的注释"