1、初识Git
概述：Git 是一个开源的分布式版本控制系统，可以有效、高速地处理项目版本管理。
知识点补充：
下载地址：Git (git-scm.com)
安装后验证：
# 在命令提示符中的任意路径输入如下命令
git -v运行结果如下：
2、Git配置用户信息
首先在桌面点击右键，然后点击 Git Bash Here 打开命令行：
然后配置用户名和邮箱，运行结果如下：
3、Git初始化本地仓库
首先在 D 盘创建一个名为 git 的文件夹，然后进入 git 文件夹，创建一个名为 sourceFile 的文件夹用于存放项目，进入该文件，点击右键，打开 Git Bash Here ，并输入如下命令：
# 在当前目录创建一个名为project01的文件夹
mkdir project01
# 进入创建的文件夹
cd project01
# 初始化本地仓库(重点是要提前进入工作区)
git init运行结果如下：
初始化本地仓库后，该目录会多一个名为 .git 的文件夹：
如果看不到 .git 文件夹，按下面的步骤进行操作：
4、Git工作区暂存区和本地仓库
Git 的工作流程：
①、在工作区中添加、修改文件；
②、添加工作区的更改到暂存区；
③、将暂存区域的文件列表信息提交到本地仓库。
5、Git跟踪文件
注意：要想测试以上命令，首先需要在项目文件中存有工作文件。
实操：首先进入前面创建的如下目录中 D:\git\sourceFile\project01 ，然后打开 Git Bash Here 创建有效的文件：
# 将 "我要学git" 写入 remendme.txt 文件
echo "我要学git" > remendme.txt运行结果如下：
接下来查看当前项目文件中文件的状态，继续在 Git Bash Here 输入如下命令：
git status运行结果如下（显示当前有一个文件未被跟踪）：
结果中提示可以通过 git add 命令去跟踪文件：
git add remendme.txt运行结果如下：
再次查看当前项目文件中文件的状态，运行结果如下：
注意：其实将文件添加为跟踪状态，就是将其放入缓存区，从而git就可以跟工作区、本地仓库做比对。
由于刚刚指定了 git 对 remendme.txt 文件进行跟踪，所以缓存区发生了变化，缓存区若发生变化就需要提交，接下来对缓存区进行提交：
# -m 表示添加备注
git commit -m "对remendme.txt文件进行跟踪"运行结果如下：
再次查看当前文件的状态，运行结果如下：
当用 git status 查看当前目录中文件的状态时，如果反馈说 clean 就表示当前处于已提交状态。
6、Git修改文件
实操：首先进入前面创建的 D:\git\sourceFile\project01 目录中，打开 Git Bash Here 对remendme.txt文件进行修改。
vim remendme.txt进入文件后首先按 i 键切换到插入模式，然后输入你要添加的内容，添加完内容后，首先按 ESC 键退出插入模式，然后按 :wq 回车 即可退出文件（一定要在英文状态下输入）。
接下来查看文件状态：
git status运行结果如下：
根据结果可知文件发生了变更，要求对remendme.txt文件进行跟踪并提交，下面对该文件进行跟踪并提交，然后再查看文件状态：
# 对当前目录的文件进行跟踪
git add .
# 将跟踪的文件提交到暂存区文件,并给予注释信息
git commit -m 'updata remendme.txt'
# 查看文件状态
git status
# 查看所有的提交记录
git log运行结果如下：
7、Git删除文件
实操：首先我们创建一个新的文件，然后删除该文件。
既然要新建文件，就是对工作区的文件做了修改，因此要将当前目录修改的文件添加到缓存区并提交到本地仓库：
# 将指定内容写入文件,如果该文件不存在会自动创建
echo '新的测试文件' > myTest1.txt
# 添加到缓存区并提交到本地仓库
git add .
git commit -m 'add myTest1.txt'
# 查看文件状态
git status运行结果如下：
接下来通过命令删除新建的文件：
# 删除刚刚创建的文件
rm myTest1.txt
# 查看状态
git status运行结果如下：
从上面的结果可知，删除文件后也需要添加到缓存区并提交到本地仓库：
# 添加到缓存区
git add .
# 提交到本地仓库
git commit -m 'rm myTest1.txt'
# 查看文件状态
git status运行结果如下：
知识点补充：使用 git rm 文件名 不仅从工作区删除文件并且缓存区的也被删除，使用该命令对文件进行删除后只需将修改提交到本地仓库即可。
下面尝试用 git rm 文件名 来删除文件，创建文件的过程不再演示：
# 创建文件
echo '111' > myTest2.txt
# 添加到缓存区
git add .
# 提交到本地仓库
git commit -m 'add myTest2.txt'
# 查看当前目录的文件状态
git status
# 利用 git rm 删除文件
git rm myTest2.txt
# 查看当前文件的状态
git status
# 提交到本地仓库
git commit -m 'rm myTest.txt'
# 查看当前文件状态
git status参考图片如下：
8、Git撤销本地修改
实操：首先对 remendme.txt 文件进行修改：
# 手动对文件内容进行修改或通过vim命令对文件内容进行修改
# 查看当前文件状态
git status修改后的文件内容：
注意：不要将工作区的文件提交到暂存区或本地仓库，否则无法撤销本地修改。
根据上面的运行结果可知，可以通过 git restore 命令撤销本地操作：
# 撤销本地修改方法1
git restore remendme.txt
# 撤销本地修改方法2
git checkout -- remendme.txt
# 查看文本内容方法1(推荐)
cat remendme.txt
# 查看文本内容方法2(不推荐)
vim remendme.txt参考图片如下：
9、Git取消暂存
实操：首先对已有文件 remendme.txt 进行修改，然后将修改的文件提交
# 修改文件内容
echo 'niubi' >> remendme.txt
# 查看修改后的文件内容
cat remendme.txt
# 将修改后的文件添加到暂存区
git add .
# 查看当前路径的文件状态
git status
# 将暂存区里 remendme.txt 文件恢复到上一个版本
# 或使用 git reset -- remendme.txt
git restore --staged remendme.txt
# 将工作区里的 remendme.txt 文件恢复到上一个版本
git restore remendme.txt
# 查看当前 remendme.txt 文件的内容
cat remendme.txt参考图片如下：
10、Git跳过暂存区
实操：首先对remendme.txt文件进行修改，然后用一条命令实现将数据添加到暂存区并提交到本地仓库。
# 追加文件内容
echo "人生苦短,就学python" >> remendme.txt
# 将修改的文件内容添加到暂存区并提交到本地仓库
git commit -am 'update remendme.txt'
# 查看当前目录的文件状态
git status参考截图如下：
接下来尝试覆盖文件内容，然后将文件内容恢复到上次提交的状态：
# 更改文件内容
echo "我要打上海Major" > remendme.txt
# 将当前目录中所有文件恢复到上次提交的状态(如果只想恢复单个文件将.替换为文件名即可)
# git checkout HEAD remendme.txt
git checkout HEAD .
# 查看文件内容
cat remendme.txt
# 查看当前目录文件的状态
git status运行结果如下：
11、版本回退
11.1、版本回退方法一
实操：实现版本回退。
首先查看提交过的版本(按 q 退出日志)：
git log运行结果如下：
尝试将版本回退到 提交修改 的那个版本：
# 查看当前文件的内容
cat remendme.txt
# 回退到指定版本(实操时要将ID换位自己对应版本的ID)
# git reset HEAD^^^ 效果一样
# git reset HEAD~3 效果一样
git reset b0c1
# 工作区回退到暂存区中最新的版本
# git reset . 效果一样
git restore .
# 查看当前文件的内容
cat remendme.txt运行结果如下：
当然也可以再次查看版本信息，看当前是否在指定的版本：
git log运行结果如下：
11.2、版本回退方法二
实操：通过一条语句实现版本回退到前两个版本，首先查看当前的版本信息：
git log运行结果如下：
接下来切换到前两个版本：
# 切换到前两个版本
git reset --hard HEAD^^
# 查看当前目录状态
git status运行结果如下：
12、Git撤销提交
实操：首先对remendme.txt文件进行内容追加，然后在保留版本记录的基础上撤销本地的内容提交(说白了就是保留提交的版本，但文件内容是上次提交的内容)。
对remendme.txt文件进行内容追加并提交版本：
# 查看文件内容
cat remendme.txt
# 对文件做内容追加
echo '追加的内容' >> remendme.txt
# 提交版本
git commit -am "对remendme.txt文件的内容做了追加"
# 查看追加后的文件内容
cat remendme.txt参考截图如下：
接下来保留现有版本并回到上一个版本：
git revert HEAD运行完上述命令后会进入如下界面：
首先按 i 键切换到插入模式，然后直接输入任意一个名字，输入完成后按 ESC键退出插入模式，然后输入 :wq 即可，参考下图：
再次查看文件内容：
cat remendme.txt运行截图如下：
查看版本记录：
git log运行结果如下：
13、Git设置忽略文件
实操：首先在当前目录创建一个名为a的文件夹，然后在该文件夹中创建一个名为b的文件夹和一个名为c.txt的文件：
然后进入project01文件夹中创建一个名为.gitignore的文件：
查看当前目录中所有文件的状态：
git status运行结果如下：
通过运行结果可知git要求我们去对a文件夹和.gitignore文件进行跟踪，但我们不想让git对a文件夹的内容进行跟踪，此时就可以在ignore文件中写入a的路径：
再次查看当前目录的文件状态：
此时就成功忽略了a文件夹！
14、Git比较文件差异
实操：首先对remendme.txt文件进行修改，然后查看工作区与暂存区的区别：
# 对文件进行编辑
vim remendme.txt
# 查看工作区与暂存区的区别
git diff运行结果如下：
提示：上图中 +号 后面的内容就表示增加的内容，同理，- 号后面的内容代表删除的内容。
接下来对工作区的修改的内容提交到暂存区，然后再查看工作区和暂存区未提交内容的差异以及暂存区与本地仓库之间未提交内容的差异：
# 将工作区修改的内容提交到暂存区
git add remendme.txt
# 查看工作区与暂存区之间未提交内容的差异
git diff
# 查看暂存区与本地仓库之间未提交内容的差异
git diff --staged运行结果如下：
接下来将暂存区的版本提交到本地仓库并查看暂存区与本地仓库之间是否还存在差异：
# 将暂存区中remendme.txt的最新版本提交到本地仓库
git commit remendme.txt -m '为remend.txt文件添加了内容:123'
# 查看暂存区与本地仓库之间是否还有未提交版本的差异
git diff --cached运行结果如下：
最后比较以下当前版本与前一版本的差异：
# 下面命令的意思是与当前版本相比,前一版本有什么不同
# 注意：这里除了能用HEAD定位版本,也能用ID前四位去做定位
git diff HEAD HEAD^运行结果如下：
15、Git代码托管平台
实操：首先在码云平台新建仓库(需要提前注册账号)。
登录码云后会进入首页，然后根据下图引导进行操作：
上面已经完成了仓库的创建以及readme文件的初始化，下面为仓库添加成员：
16、本地添加远程仓库
实操：为本地添加远程仓库：
首先进入前面创建的project01文件夹打开 Git Bash Here：
然后前往gitee获取远程仓库的地址：
接下来为本地添加远程仓库，并为远程仓库取名为myFirstTest：
# 为本地添加远程仓库
git remote add myFirstTest 'https://gitee.com/muxishiye/project1'
# 查看当前本地仓库拥有哪些远程仓库
git remote运行结果如下：
下面我再为当前的本地仓库添加一个相同的远程仓库，然后删除后添加的远程仓库：
# 再次为本地仓库添加一个远程仓库
git remote add mySecondTest https://gitee.com/muxishiye/
# 查看当前仓库有哪些关联的远程仓库
git remote
# 删除刚刚新关联的远程仓库
git remote rm mySecondTest
# 查看当前仓库有哪些关联的远程仓库
git remote运行结果如下：
下面简要提一下怎么看本地分支名和远程分支名：
以下时本地分支名(Git Bash Here 中查看)：后面小括号中的内容就是本地分支名
以下是远程仓库的分支名(在代码管理平台查看)：分支左侧展示的就是分支名，当前只有一个名为master的分支名
下面拉取远程仓库中master分支的文件到本地仓库：
git pull myFirstTest master运行结果如下：
最后尝试将本地仓库的文件推送到远程仓库：
git push myFirstTest master运行结果如下：
报错的原因就是 在本地仓库上的修改没有基于远程库最新版本，你的本地仓库版本落后于远程仓库(起初我们在本地仓库的练习从未与远程仓库同步过)，我们可以使用参数实现强制推送(但要100%确定以及肯定你的代码是没有问题的)：
git push myFirstTest master --force运行结果如下：
17、Git的克隆与推送
实操：假定当前公司给我们发了一台新设备，现需要将之前远程仓库的代码克隆到新电脑的如下路径 D:\git\sourceFile\project02。
首先进入该路径，然后鼠标右键打开 Git Bash Here：
# 克隆远程仓库的文件
git clone 替换成自己远程仓库的地址
# 进入克隆的文件夹
cd ./project1
# 查看当前文件夹的远程仓库
git remote运行结果如下：
克隆完文件后，我们对文件内容做任意修改再推送到远程仓库：
# 查看当前myTest2.txt文件的内容
cat myTest2.txt
# 对myTest2.txt追加内容
echo '222' >> myTest2.txt
# 查看追加内容后的myTest2.txt文件
cat myTest2.txt
# 将修改提交到本地仓库
git commit -am '为myTest2.txt文件追加了内容'
# 将本地仓库的内容提交到远程仓库
git push运行结果如下：
18、Git拉取
实操：在 D:\git\sourceFile 目录下创建两个新的文件夹(project03和project04)用于模拟两个开发者对同一远程仓库的文件进行修改：
首先为 project03 和 project04 拉取远程仓库的文件：
# 克隆远程仓库的文件
git clone https://gitee.com/muxishiye/project1
# 进入project04目录
cd ../project04
# 克隆远程仓库的文件
git clone https://gitee.com/muxishiye/project1运行结果如下：
首先对project04文件夹中拉取的文件进行修改，然后将修改后的项目同步到远程仓库：
# 进入克隆的文件夹
cd project1/
# 通过重定向新建文件
echo 'project04修改了项目' > mylog.txt
# 跟踪该文件夹中所有的文件
git add .
# 提交当前目录中所有文件到本地仓库
git commit -m '新增日志文件'
# 将当前的远程仓库内容同步到远程仓库
git push参考代码如下：
下面对project03文件夹中的内容做同步，如果直接用git pull是能直接拉取的，但为了演示如何设置跟踪信息我们需要对 D:\git\sourceFile\project04\project1\.git\config文件进行修改：
将选中的行删除并保存：
然后进入project03目录下的project文件夹中运行如下命令：
# 正常运行该命令就能直接获取到远程仓库的命令,如果无法拉取也会有操作提示
git pull
# 设置跟踪信息
git branch --set-upstream-to=origin/master master
# 再次拉取远程仓库的内容
git pull参考截图如下：
19、Git抓取
实操：首先在project03目录下的project1文件夹对mylog.txt文件进行修改。
# 对原有文件进行内容的追加
echo '123321' >> mylog.txt
# 将修改提交到本地仓库
git commit -am 'update mylog.txt'
# 将本地仓库的修改同步到远程仓库
git push参考截图如下：
接下来让project抓取远程仓库的文件：
# 进入project04拉取的文件中
cd ../../project04/project1/
# 拉取远程仓库的文件
git fetch
# 查看文件内容
cat mylog.txt参考截图如下：
从结果可知，project04中的mylog.txt文件仍处于之前的文件内容，接下来手动合并远程仓库拉取的文件与本地文件：
# 手动合并
git merge origin/master
# 再次查看文件内容
cat mylog.txt运行结果如下：
20、Git合并冲突
实操：本实操将演示project03和project04两个用户同时对myTest02文件进行修改，但两个用户写的是针对不同功能的代码，最后将保留两个用户所有的代码的情况：
首先是project04的用户修改文件：
# 对文件内容进行追加
echo 'project04用户新增的内容' >> myTest2.txt
# 将修改文件提交到本地仓库
git commit -am 'update by project04'
# 将本地仓库提交到远程仓库
git push运行结果如下：
接下来修改project03文件夹中的myTest2.txt文件：
# 进入project03所在的目录
cd ../../project03/project1/
# 对文件内容进行修改
echo 'project03用户新增的内容' >> myTest.txt
# 提交工作区的修改到本地仓库
git commit -am 'update by project03'
# 将本地仓库的内容提交到远程仓库(由于版本存在冲突所以会报错)
git push
# 从远程仓库拉取项目
git pull参考截图如下：
由于 project03 和 project04 的用户提前就商量过两人开发不同的功能代码，所以提交时需要同时保留两人提交过的代码：
打开修改的myTest2.txt文件，内容如下：
修改后的文件内容如下，保存退出即可：
修改完内容后，将修改提交到本地仓库后，再将本地仓库同步到远程仓库即可：
# 将工作区文件提交到本地仓库
git commit -am 'update by project03'
# 将本地仓库同步到远程仓库
git push参考截图如下：
温馨提示：我们要养成推送之前，先拉取代码的习惯，防止覆盖同事的代码。
21、GitHub创建远程仓库
①、首先进入GitHub官网：GitHub
②、登录GitHub，然后按下图步骤进行操作：
创建完成后得到如下信息：
接下里进入任意目录创建一个文件夹来克隆GitHub上的远程项目：
# 创建文件夹
mkdir project06
# 进入该文件夹
cd project06
# 克隆远程仓库的文件
git clone https://github.com/muxishiye/project2.git
# 进入克隆的目录
cd project2/
# 创建一个文件
echo '操作前须知' > readme.txt
# 对工作区的文件进行追踪
git add .
# 提交暂存区的文件到本地仓库
git commit -m 'add file'
# 提交本地仓库的文件到远程仓库
git push参考代码如下：
运行完以上命令后会弹出如下登录框：
登录后就成功的将本地仓库的文件推送到了远程仓库：
远程仓库刷新后如下：
22、Git使用SSH协议
实操1：利用 SSH 链接本地仓库与 Gitee 远程仓库。
①、首先在命令提示符中输入如下命令生成公钥和私钥：
ssh-keygen -t rsa运行结果如下：
②、进入上图的默认目录查看 id_rsa.pud 文件内容并复制。
③、然后进入Gitee官网按下图所示步骤进行操作：
④、接下来尝试利用ssh来克隆远程仓库：
# 创建目录project07
mkdir project07
# 进入目录
cd project07
# 利用ssh克隆远程仓库
git clone git@gitee.com:muxishiye/project1.git参考截图如下：
实操2：利用 SSH 链接本地仓库与 GitHub 远程仓库。
①、首先点击右上角的头像 > 点击Settings ：
②、点击添加SSH钥匙：
③、获取仓库的ssh链接：
④、创建一个新文件夹，通过ssh克隆远程仓库的文件：
# 创建新目录
mkdir project08
# 进入创建的目录
cd project08
# 通过ssh克隆远程仓库的文件
git clone 远程仓库ssh的链接运行结果如下：
23、初识Git分支
24、Head与分支
25、分支分类及其应用
实战模拟：你正在分支a上做功能开发，突然接到一个紧急问题的修补需求，面临的问题是当前的功能代码不能提交到线上，所以不能在当前分支进行bug修复。
解决思路：
- 切换到已经发布到生产服务器上的分支
- 为当前分支建立一个新分支，并在其中修复问题
- 通过测试后，回到生产服务器所在的分支，将修补分支合并进来，然后再推送到生产服务器上
- 切换回分支a继续做功能开发
26、分支的管理
实操：新建一个名为project09的文件夹实操以上命令。
首先创建一个新的文件夹初始化git后建立一个新的分支：
# 创建一个新的目录
mkdir project09
# 进入新建的目录
cd project09
# 初始化git
git init
# 尝试新建一个分支
git branch a参考截图如下：
报错原因是初始化git后没有做任何的提交，导致还没有名为master的分支，解决该问题可以先提交任意文件到本地仓库后，再基于master分支新建分支：
# 运用重定向新建文件
echo '用前须知' > readme.txt
# 跟踪文件
git add .
# 提交暂存区文件到本地仓库
git commit -m 'add readme.txt by user1'
# 基于当前的master分支新建一个名为a的分支
git branch a
# 查看当前仓库所有的分支(结果中前面有*号的就是当前使用的分支)
git branch运行结果如下：
接下来切换到分支a并对文件做修改，提交修改后查看所有分支最后提交的记录：
# 切换到分支a
git branch a
# 修改文件并提交
echo '我读完了该文件' >> readme.txt
git commit -am 'update readme.txt by a'
# 查看当前仓库所有分支组后提交的记录
git branch -v运行结果如下：
最后我们基于分支a新建一个名为b的分支，创建完b分支后立即切换到该分支：
突然发现b分支没有什么存在的意义，接下来删除b分支：
# 当前在b分支,尝试直接删除b分支
git branch -d b
# 切换到除b分支以外的分支
git checkout a
# 再次删除b分支
git branch -d b运行结果如下：
结论：当需要删除某一个分支时，一定要切换到除该分支以外的分支，否则会报错。
27、合并分支
实操：实现分支合并。
在上一节的实操中，我们基于master分支新建了a分支，并在a分支上修改了readme.txt文件，现尝试将master分支与a分支进行合并，合并完成后将a分支删除。
# 切换到被合并的分支
git checkout master
# 将master分支与a分支进行合并
git merge a
# 删除a分支
git branch -d a
# 查看当前仓库有哪些分支
git branch
# 查看当前分支的readme.txt文件的内容是否发生变化
cat readme.txt参考如下文件：
28、合并分支冲突
实操：首先基于master分支创建两个分支，分别为a和b，接下来在两个分支中都对readme.txt文件做修改(a做覆盖操作，b做追加操作)，将a,b分支合并到master分支时就会产生分支冲突：
# 查看master分支下readme.txt文件的内容
cat readme.txt
# 基于master分支创建并直接切换到分支a
git checkout -b a
# 对文件做覆盖操作并提交到本地仓库
echo 'a分支对文件做了覆盖操作' > readme.txt
git commit -am 'update readmel.txt by a'
# 切换到master分支,再基于master分支创建一个名为b的分支
git checkout master
git checkout -b b
# 对b分支的readme.txt文件做追加操作
echo 'b分支对文件做了追加操作' >> readme.txt
# 提交工作区的文件到本地仓库
git commit -am 'update readme.txt by b'
参考截图如下：
上面已经基于master分支创建了分支a和分支b，并对readme.txt文件做了不同的修改，接下来尝试合并分支a与分支b到master分支：
# 切换到master分支
git checkout master
# 将分支a合并到master分支
git merge a
# 将分支b合并到master分支
git merge b
运行结果如下：
打开文件，readme.txt文件内容如下：
此时要解决分支冲突的办法就是提前沟通，看两次修改是否都保存或保存某一部分，然后直接对文件内容进行修改，修改完成后将文件提交到暂存区，然后同步到本地仓库即可：（下面演示分支a和分支b的内容都保存的情况）
readme.txt文件修改后的内容如下：
修改完文件并保存后运行如下命令：
# 将存在冲突的文件修改后进行追踪(提交到暂存区)
git add .
# 将暂存区的文件提交到本地仓库
git commit -m '解决了分支冲突问题'
# 查看readme.txt文件的内容
cat readme.txt运行结果如下：
29、Git储藏
实操：尝试对上一章节中a分支的readme.txt文件进行修改，不提交就直接切换分支：
# 切换到分支a
git checkout a
# 查看当前readme.txt文件的内容
cat readme.txt
# 对文件内容做追加
echo '暂时不提交的内容' >> readme.txt
# 尝试在修改没有提交的前提下切换分支
git checkout master运行结果如下：
根据提示可知，要么我们对修改的内容进行提交后再切换分支，要么就通过 git stash 命令对修改进行储藏后再切换分支。
在前面的学习中都是修改完文件后将修改提交到本地仓库后再切换分支，下面演示将修改储藏后切换分支的操作：
# 对a分支的修改进行储藏
git stash
# 尝试切换到master分支
git checkout master
# 查看master分支里readme.txt文件的内容
cat readme.txt
# 再次切换到a分支
git checkout a
# 查看当前a分支readme.txt文件的内容
cat readme.txt
# 恢复之前储藏的修改
git stash apply
# 再次查看readme.txt文件
cat readme.txt运行结果如下：
30、远程分支与本地分支的区别
31、创建远程仓库的分支
31.1、通过本地向远程仓库推送分支创建
实操：在 D:\git\sourceFile 目录创建一个名为 project10 的文件夹，然后通过命令创建a，b两个目录，a目录用于创建和推送分支，b目录用于使用远程仓库的分支：
首先创建project10目录，并通过命令创建a，b两个目录，创建完成后a，b两个目录都对远程仓库的文件进行克隆：
# 进入创建的project10目录
cd project10/
# 在当前目录创建a,b两个目录
mkdir a
mkdir b
# 进入a目录并克隆远程仓库的项目
cd a
git clone 替换成自己远程仓库ssh的链接
# 进入b目录并克隆远程仓库的项目
cd ../b
git clone 替换成自己远程仓库ssh的链接运行结果如下：
接下来进入a目录中拉取的文件夹中创建一个新分支，并推送到远程仓库：
# 远程仓库的名字就叫project2,所以克隆后的文件夹就叫project2
cd project2/
# 创建分支
git branch branch_a
# 将本地分支推送到远程仓库
git push origin branch_a:branch_a # 由于本地仓库的分支名与远程仓库的分支名一致,所以可以简写为git push origin branch_a运行结果如下：
刷新远程仓库后可以看到当前远程仓库中就新加了一个名为branch_a的分支：
接下来切换到b文件夹中拉取远程仓库的最新数据，再基于远程仓库创建一个本地的分支：
# 切换到b文件夹中拉取的项目目录中
cd ../../b/project2/
# 拉取远程仓库中最新的数据
git fetch
# 基于远程仓库的分支新建一个本地分支
git checkout -b branch_a origin/branch_a运行结果如下：
以上就是通过获取远程仓库最新数据后，创建基于远程仓库指定分支的本地分支的操作流程。
下面将演示如何通过直接在本地创建分支，然后获取远程仓库的最新数据，最后对远程仓库的内容和本地仓库的内容做合并实现远程仓库分支的流程：
# 首先切换到其它分支
git checkout main
# 删除先前创建的分支
git branch -d branch_a
# 创建本地分支
git checkout branchs_a
# 拉取远程仓库中最新数据
git fetch
# 合并拉取的内容和本地仓库的内容
git merge origin/branch_a
# 尝试拉取远程仓库的信息
git pull
# 由于没有指定远程仓库的分支名,所以需要根据提示指定分支
git branch --set-upstream-to=origin/branch_a branchs_a
# 再次拉取远程仓库的数据
git pull
运行结果如下：
总结：通过对比两种方式的创建过程，当然是使用基于远程仓库的分支新建一个本地分支的方式更加简单，省去了自己手动合并并指定分支的操作。
31.2、直接在远程仓库添加分支
下面将以GitHub仓库为例，根据下图指示的步骤进行操作即可(Gitee平台的操作也大差不差)：
32、删除远程分支
实操：尝试在工作区通过命令删除远程仓库的分支。
# 进入a目录拉取的项目目录中
cd ../../a/project2/
# 通过命令删除远程分支
git push origin --delete branch_a
# 查看本地分支
git branch运行结果如下：
33、初识标签
34、管理标签
实操：练习本章节提到的命令。
首先新建一个文件夹并初始化git，然后创建任意文件并提交到本地仓库，提交完成后立即打标签，并查看当前有哪些标签：
# 创建新的目录project11
mkdir project11
# 进入创建的目录
cd project11
# 初始化git
git init
# 利用重定向新建文件
echo '读前须知' >> readme.txt
# 追踪新文件
git add .
# 提交修改到本地
git commit -m 'create new file -- readme.txt'
# 为当前提交的内容打标签
git tag -a v1.0 -m 'add file -- readme.txt'
# 查看当前仓库有哪些标签
git tag运行结果如下：
接下来对readme.txt文件进行多次修改并提交：
# 第一次修改并提交
echo '123' >> readme.txt
git commit -am 'first update readme.txt'
# 第二次修改并提交
echo '456' >> readme.txt
git commit -am 'second update readme.txt'运行结果如下：
修改完两次并提交后，我发现第一次修改还挺重要的，一定要给它打个标签，此时我们就需要查看提交记录，然后根据提交对象的ID去为第一次修改打标签：
# 查看简化日志
git log --oneline
# 为指定版本打标签
git tag -a v1.1 替换成自己要修改的提交对象ID -m 'version1.1'
# 查看所有的标签
git tag运行结果如下：
最后发现v1.0并不是很重要，下面删除 v1.0 标签：
# 删除指定标签
git tag -d v1.0
# 获取所有的标签
git tag运行结果如下：
35、标签的推送与检出
实操：本实操将在34章节创建的project11文件夹中进行，首先为本地仓库添加远程仓库：
# 为本地仓库添加远程仓库
git remote add myGitHub 远程仓库的链接
# 查看远程链接是否创建成功
git remote
# 尝试将本地仓库同步到远程仓库
git push
# 指定远程仓库的分支进行推送
git push --set-upstream myGitHub master运行结果如下：
接下来查看本地仓库的标签，并将标签推送到远程仓库：
# 查看本地的标签
git tag
# 推送本地标签v1.1到远程仓库
git push myGitHub v1.1运行结果如下：
此时远程仓库就多了一个标签：
接下来尝试实现检出操作：首先退出到上一级目录并创建一个新目录，然后克隆有标签的远程仓库，然后做检出操作，查看ID是否一致：
# 创建新的目录
mkdir project12
# 进入创建的目录
cd project12
# 克隆远程仓库的项目
git clone 远程仓库链接
# 进入克隆得到的项目文件夹
cd 远程仓库项目名
# 查看当前所有的标签
git tag
# 做检出操作
git checkout -b branch_1.1 v1.1
# 查看所有分支最后一次提交的信息
git branch -v
# 查看指定标签的信息
git show v1.1运行结果如下：
