Git与GitHub基础全套完整版教程

1、版本控制工具应该具备的功能

1. 协同修改

• • 多人并行不悖的修改服务器端的同一个文件。

1. 数据备份

• • 不仅保存目 录和文件的当前状态，还能够保存每一一个 提交过的历史状态。

1. 版本管理

• • 在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，
    提高运行效率。这方面SVN采用的是增量式管理的方式，而Git采取了文件系
    统快照的方式。|

1. 权限控制

• • 对团队中参与开发的人员进行权限控制。
  • 对团队外开发者贡献的代码进行审核一一Git 独有。

1. 历史记录

• • 查看修改人、修改时间、修改内容、日志信息。
  • 将本地文件恢复到某一个 历史状态。

1. 分支管理

• • 允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

2、版本控制简介

2.1 版本控制

工程设计领域中使用版本控制管理工程蓝图的设计过程。在IT开发过程中也可以使用版本控制思想管理代码的版本迭代。

2.2 版本控制工具

思想:版本控制

实现:版本控制工具

集中式版本控制工具: CVS、SVN、…

分布式版本控制工具:Git、Mercurial、 Bazaar、 Dar.c…

3、Git简史

3.1 历史

3.2 Git官网和Logo

官网：Git (git-scm.com)

3.3 Git优势

1. 大部分操作在本地完成，不需要联网
2. 完整性保证
3. 尽可能添加数据而不是删除或修改数据
4. 分支操作非常快捷流畅
5. 与Linux命令全面兼容

3.4 Git结构

3.5 Git和代码托管中心

• 局域网

• • GitLab服务器

• 外网情况下

• • Github
  • Gitee(码云)

3.6 Git安装

3.7 本地库和远程库

• 团队内部协作

• 跨团队协作

4、Git命令行操作

4.1 本地库初始化

• 命令：git add

• • 效果：

• 命令：git init

• • 效果：

注意：.git目录中存放的是本地库的相关的子目录和文件，不要删除，也不要随意修改

• ll 加载当前目录下的资源
• ls -lA 加载当前目录下的资源包含隐藏资源
• ls-l|less| 分屏查看
• pwd 用于显示工作目录
• cd ~ 进入家目录
• 如果显示: 说明内容一页放不完，按空格进入下一页
• reset 加回车键 清空屏幕

vim编辑器

• ：wq 保存退出
• esc 退出编辑模式
• set nu 显示行号
• cat .git/config 查看信息内容

4.2 设置签名

• 形式
  用户名：tom
  Email地址：goodMorning@atguigu.com
  
• 作用：区分不同开发人员的身份
  
• 辨析：这里设置签名和登录远程库（代码托管中心）的账号、密码没有任何关系。
  
• 命令：

• • 项目级别/仓库级别：仅在当前本地库范围内有效

• • • git config user.name zhangmazi_pro
      
    • git config user.email 1016942589_pro@qq.com
      
    • 信息保存位置： .git/config 文件
      

• • 系统用户级别：登录当前操作系统的用户范围

• • • git config –global user.name zhangmazi_glb
      
    • git config –global user.email 1016942589_glb@qq.com
      

git config --global user.name zhangmazi_glb
git config --global user.email 1016942589_glb@qq.com

• • 级别优先级

• • • 就近原则：项目级别优先于系统用户级别，二者都有时采用项目级别的签名
    • 如果只有系统级别的签名，就以系统用户级别的签名为准
    • 两个都没有是不允许

4.3 基本操作

4.3.1状态查看操作—git status

查看工作区、暂存区状态

4.3.2 添加操作—git add [file name]

将工作区新建/修改添加到暂存区

4.3.3 提交操作—git commit -m “commit message” [file name]

将暂存区的内容提交到本地库

git add good.txt 将good.txt提交到暂存区，如果现在还没有提交但是对于暂存区得刚刚提交得文件不想提交了，可以使用git rm --cached good.txt从缓存区移除，如果想要继续提交到远程仓库就需要使用 git commit good.txt。但是会出现一个vim编辑器让你对提交得内容进行描述处理。

按下a键或e键进入编辑模式

编辑完成之后，按下Esc键输入:wq回车就会退出vim编辑器

用vim对good.txt进行编辑后再次查看git status 自动检测到我们文件进行了修改

#使用特定得提交不再进入vim编辑器而是在提交得时候进行描述
$ git commit -m "My second commit,modify good.txt" good.txt

4.3.4 查看历史记录操作—git log

git log     #查看的是本地库，详细显示

**多屏显示控制方式：空格向下翻页、b向上翻页、q退出。**如果显示 : 则说明内容一页放不完，按空格进入下一页直到出现（END)才算是最后一页

git log --pretty=oneline #每个记录一行显示

git log --oneline   #哈希值缩短了

git reflog  #在oneline版本上显示了移动到其他版本需要几步
#HEAD@{移动到当前版本需要多少步}

4.3.5 版本前进后退—git reset --hard [局部索引值]

• 本质

• 基于索引值操作【推荐】

git reset --hard [局部索引值]    
git reset --hard 0e2298b    #后退
git reset --hard 4dc987c    #前进

• 使用^符号：只能后退

git reset --hard HEAD^  #往后退一步
#注：一个^表示后退一步，n个表示后退n步

• 使用~符号：只能后退

git reset --hard HEAD~N #往后n步

4.3.6 命令的三个参数对比

• –soft 参数

• • 仅仅在本地库移动HEAD指针

• 
• –mixed 参数

• • 在本地库移动HEAD指针
  • 重置暂存区

• 
• –hard 参数

• • 在本地库移动HEAD指针
  • 重置暂存区
  • 重置工作区

4.3.7 删除文件并找回—rm [文件名]

前提：删除前，文件存在时的状态提交到本地库。

操作：git reset --hard [指针位置]

• 删除操作以及提交到本地库：指针位置指向历史记录
• 删除操作尚未提交到本地库：指针位置使用HEAD

• 永久删除文件后找回

rm aaa.txtgit statusgit commit -m "new aaa.txt" aaa.txtrm aaa.txtgit add aaa.txtgit commit -m "delete aaa.txt" aaa.txtgit refloggit reset --hard 26b6196

• 添加到暂存区的删除文件的找回

4.3.8 比较文件的差异—git diff [文件名]

git diff [文件名]      #将工作区中的文件和暂存区进行比较git diff [本地库中历史版本] [文件名]      #将工作区中的文件和本地库历史记录进行比较#不带文件名比较多个文件

4.4 分支管理

4.4.1 什么是分支？

在版本控制过程中，使用多条线同时推荐多个任务。

4.4.2 分支的好处？

4.4.3 分支操作

• 创建分支——git branch [分支名称]
  
• 查看分支——git branch -v
  
• 切换分支——git checkout [分支名称]
  
• 合并分支——git merge [分支名称]

• • 第一步：切换到接收修改的分支（杯合并，增加新内容）上
    git checkout [分支名]
    
  • 第二步：执行merge命令
    git merge [有新内容分支名]
    

• 解决冲突
  

利用vim apple.txt将两个问及那的内容都设置为相同的内容就会发生冲突，则需要手动进行合并分支。

出现这种情况就是因为两个文件的内容一样发生了冲突。

• 冲突的表现

• 冲突的解决

• • 第一步：编辑文件，删除特殊符号
  • 第二步：把文件修改到满意的程度，保存退出
  • 第三步：git add [文件名]
  • 第四步：git commit -m “日志信息”

• • • 注意：此时commit一定不能带具体的文件名

5、Git基本原理

5.1 哈希

哈希是一个系列的加密算法，各个不同的哈希算法虽然加密强度不同，但是有以下

几个共同点:

①不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定。

②哈希算法确定，输入数据确定，输出数据能够保证不变

③哈希算法确定，输入数据有变化，输出数据。 定有变化，而且通常变化很大I

④哈希算法不可逆

Git底层采用的是SHA-1算法。

哈希算法可以被用来验证文件。原理如下图所示:

5.2 版本保存机制

5.2.1 集中式版本控制工具的文件管理机制

以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一-组基本文件和每个文件随时间逐步累积的差异。

5.2.2 Git的文件管理机制

Git把数据看作是小型文件系统的一组快照。每次提交更新时Git都会对当前的全部文件制作一个快照 并保存这个快照的索引。为了高效，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向之前存储的文件。所以Git的工作方式可以称之为快照流。

5.2.3 Git文件管理机制细节

• Git的"提交对象"

• 提交对象及其父对象形成的链条

5.3 Git分支管理机制

5.3.1 分支的创建

5.3.2 分支的切换

6、Gitee

6.1 账号信息

官方网址：https://gitee.com/

6.1.1修改头像

6.2 创建本地仓库

其他的内容不需要填写

创建完成后，复制网站的地址

之后进入git Bash

git remote -v   #查看别名git remote add origin https://gitee.com/z6135/test.git #将地址赋给origin

6.3 推送—git push

git push origin master

这就推送成功了！

6.4 克隆—git clone

效果：

1. 完整的把远程库下载到本地
2. 创建origin远程地址别名
3. 初始化本地库

6.5 邀请别人加入团队

推送上去不用登录是因为再电脑里面凭据

6.6 拉取

• pull=fetch+merge
  
• git fetch [远程库地址别名] [远程分支名]

git fetch origin mastercat test.txt

• 
• git merge [远程库地址别名/远程分支名]

git merge origin/master cat test.txt

• [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-guShYixa-1632892472422)(…/AppData/Roaming/Typora/typora-user-images/image-20210927215821918.png)]

6.7 解决冲突

• 要点

• • 如果不是基于Gitee远程库的最新版本所做的修改，不能推送，必须先拉取。
  • 拉取下来后如果进入冲突状态，则按照“分支冲突解决”操作解决即可。

• 类比

• • 债权人：老刘
  • 债务人：小张

6.8 跨团队协作操作

本地修改，然后推送到远程，然后Pull request