【前端开发---Git详细教程】Git新手教程：从入门到精通，轻松掌握版本控制神器！

声明：图片资源来自于黑马程序员公开学习资料
本人在学习当中，详细整理了笔记，供大家参考学习

// Git 中的三个区域---------------工作区、暂存区、Git 仓库

// 工作区 ----------------- 处理工作的区域
// 暂存区 ---------------- 已完成的工作的临时存放区域，等待被提交
// Git 仓库 ------------ 最终的存放区域

// git中的三种状态 -----------------已暂存 staged || 已修改 modified || 已提交 committed

// 工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。
// 如果文件已修改并放入暂存区，就属于已暂存状态。
// 如果 Git 仓库中保存着特定版本的文件，就属于已提交状态。

1,安装并配置 Git

1.1 配置用户信息

// 安装完 Git 之后，要做的第一件事就是设置自己的用户名和邮件地址。因为通过 Git 对项目进行版本管理的时候，Git 需要使用这些基本信息，来记录是谁对项目进行了操作：

git cnnfig --global user.name "aini"
git config --global user>email "ai_aini2022@163.com"

1.2 Git 的全局配置文件

// 通过 git config --global user.name 和 git config --global user.email 配置的用户名和邮箱地址，会被写入到 C:/Users/用户名文件夹/.gitconfig 文件中。这个文件是 Git 的全局配置文件，配置一次即可永久生效。

1.3 检查配置信息

// 查看所有的全局配置项
git config --list --global

// 查看指定的全局配置项
git config user.name
git config user.email

1.4 获取帮助信息

// 查看 git config 命令的帮助手册
git config -help
// 获取 git config 命令的快速参考
git config -h  

2 GIt 的基本操作

2.1 获取 Git 仓库的两种方式

// ① 将尚未进行版本控制的本地目录转换为 Git 仓库
// ② 从其它服务器克隆一个已存在的 Git 仓库

2.2 在现有目录中初始化仓库

// 如果自己有一个尚未进行版本控制的项目目录，想要用 Git 来控制它，需要执行如下两个步骤：

// 在项目目录中，通过鼠标右键打开“Git Bash”
//执行 git init 命令将当前的目录转化为 Git 仓库

// git init 命令会创建一个名为 .git 的隐藏目录，这个 .git 目录就是当前项目的 Git 仓库，里面包含了初始的必要文件，这些文件是 Git 仓库的必要组成部分。

2.3 工作区中文件的 4 种状态

// 未跟踪（Untracked）------------- 不被 Git 所管理的文件
// 未修改（Unmodified）------------ 工作区中文件的内容和 Git仓库中文件的内容保持一致
// 已修改（Modified）-------------- 工作区中文件的内容和 Git 仓库中文件的内容不一致
// 已暂存（Staged）---------------- 工作区中被修改的文件已被放到暂存区，准备将修改后的文件保存到 Git 仓库中

// Git 操作的终极结果：让工作区中的文件都处于“未修改”的状态

2.4 检查文件的状态

git status 
// 在状态报告中可以看到新建的 index.html 文件出现在 Untracked files（未跟踪的文件） 下面。
// 未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非明确地告诉它“我需要使用 Git 跟踪管理该文件”

// 精简的方式显示文件状态
git status -s || git status --short

// 未跟踪文件前面有红色的 ?? 标记

2.5 跟踪新文件

// 跟踪单个文件
git add index.html
// 跟踪所有文件
git add .

// 此时再运行 git status 命令，会看到 index.html 文件在 Changes to be committed 这行的下面，说明已被跟踪，并处于暂存状态：
// 已跟踪的文件绿色显示

2.6 提交更新

// 现在暂存区中有一个 index.html 文件等待被提交到 Git 仓库中进行保存。可以执行 git commit 命令进行提交,其中 -m 选项后面是本次的提交消息，用来对提交的内容做进一步的描述：

git cimmit -m "提交信息内容"

// 提交成功之后，再次检查文件的状态，得到提示如下：nothing to commit, working tree clean
// 证明工作区中所有的文件都处于“未修改”的状态，没有任何文件需要被提交。

2.7 对已提交的文件进行修改

// 目前，index.html 文件已经被 Git 跟踪，并且工作区和 Git 仓库中的 index.html 文件内容保持一致。当我们修改了工作区中 index.html 的内容之后，再次运行 git status 和 git status -s 命令，会看到如下的内容：

// 文件 index.html 出现在 Changes not staged for commit 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。
// 注意：修改过的、没有放入暂存区的文件前面有红色的 M 标记

2.8 暂存已修改的文件

// 目前，工作区中的 index.html 文件已被修改，如果要暂存这次修改，需要再次运行 git add 命令，这个命令是个多功能的命令，主要有如下 3 个功效：
1, 可以用它开始跟踪新文件
2, 把已跟踪的、且已修改的文件放到暂存区
3, 把有冲突的文件标记为已解决状态

2.9 提交已暂存的文件

// 再次运行 git commit -m "提交消息" 命令，即可将暂存区中记录的 index.html 的快照，提交到 Git 仓库中进行保存：

2.10 撤销对文件的修改

// 撤销对文件的修改指的是：把对工作区中对应文件的修改，还原成 Git 仓库中所保存的版本。
// 操作的结果：所有的修改会丢失，且无法恢复！危险性比较高，请慎重操作！
// 撤销操作的本质：用 Git 仓库中保存的文件，覆盖工作区中指定的文件。

git checkout --index.html  //  撤销对index.html的修改

2.11 向暂存区中一次性添加多个文件

git add .
// 今后在项目开发中，会经常使用这个命令，将新增和修改过后的文件加入暂存区。

2.12 取消暂存的文件

// 如果需要从暂存区中移除对应的文件，可以使用如下的命令：
git reset HEAD 要移除的文件名

2.13 跳过使用暂存区域

// Git 标准的工作流程是工作区 → 暂存区 → Git 仓库，但有时候这么做略显繁琐，此时可以跳过暂存区，直接将工作区中的修改提交到 Git 仓库，这时候 Git 工作的流程简化为了工作区 → Git 仓库。

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

git commit -a -m "提交信息内容"

2.14 移除文件

// 从 Git 仓库中移除文件的方式有两种：

// 从 Git 仓库和工作区中同时移除指定的文件
git rm -f index.html

// 只从 Git 仓库中移除指定的文件，但保留工作区中对应的文件
git rm --cached index.css

2.15 忽略文件

// 一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式。

// 文件 .gitignore 的格式规范如下：
1, 以 # 开头的是注释
2, 以 / 结尾的是目录
3, 以 / 开头防止递归
4, 以 ! 开头表示取反
5, 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）

2.16 glob 模式

2.17 .gitignore 文件的例子

// 忽略所有的 .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

2.18 查看提交历史

2.19 回退到指定的版本

3，Github - 远程仓库的使用

3.1， 远程仓库的两种访问方式

// Github 上的远程仓库，有两种访问方式，分别是 HTTPS 和 SSH。它们的区别是：

1, HTTPS：零配置；但是每次访问仓库时，需要重复输入 Github 的账号和密码才能访问成功
2, SSH：需要进行额外的配置；但是配置成功后，每次访问仓库时，不需重复输入 Github 的账号和密码

// 注意：在实际开发中，推荐使用 SSH 的方式访问远程仓库。

3.2 ,基于 HTTPS 将本地仓库上传到 Github

3.3 SSH key

// SSH key 的作用：实现本地仓库和 Github 之间免登录的加密数据传输。
// SSH key 的好处：免登录身份认证、数据加密传输。

// SSH key 由两部分组成，分别是：
1, id_rsa（私钥文件，存放于客户端的电脑中即可）
2, id_rsa.pub（公钥文件，需要配置到 Github 中

3.4 生成 SSH key

// 打开 Git Bash

// 粘贴如下的命令，并将 your_email@example.com 替换为注册 Github 账号时填写的邮箱：
ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

// 连续敲击 3 次回车，即可在 C:\Users\用户名文件夹\.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

3.5 配置 SSH key

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

3.6 检测 Github 的 SSH key 是否配置成功

3.7 基于 SSH 将本地仓库上传到 Github

3.8 将远程仓库克隆到本地

4 本地分支操作

4.1 master 主分支

4.2 功能分支

4.3 查看分支列表

// 查看分支列表
git branch

// 分支名字前面的 * 号表示当前所处的分支。

4.4 创建新分支

// 创建分支
git branch 分支名称

4.5 切换分支

// 切换分支
git checkout 分支名称

4.6 分支的快速创建和切换

// -b 表示创建一个新分支
// checkout 表示切换到新建的分支上
git checkout -b 分支名称

4.7 合并分支

// 切换到master分支
git checkout master

// 将master分支上运行git merge 命令，将login分支的代码合并到master分支
git merge login

4.8 删除分支

// 删除分支
git branch -d 分支名称

4.9 遇到冲突时的分支合并

5,远程分支操作

5.1 将本地分支推送到远程仓库

// 注意：第一次推送分支需要带 -u 参数，此后可以直接使用 git push 推送代码到远程分支。

5.2 查看远程仓库中所有的分支列表

// 查看远程仓库中所有的分支列表
gir remote show 远程仓库名称

5.3 跟踪分支

5.4 拉取远程分支的最新的代码

5.5 删除远程分支

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

// 实例
git push origin --delete pay

若有问题请留言，一起探讨，技术交流
如果发现有写错的地方，欢迎留言指出来