git教程之葵花宝典

一、git安装

下载地址： https://npm.taobao.org/mirrors/git-for-windows/

注意：git安装基本上就是一路下一步，安装即可

二、git配置

2.1 添加git环境变量

注意：git添加环境变量后，若显示git不是内部指令也不是外部指令，可重启解决该问题

2.1 设置签名

• 形式：

  • 用户名： tom
  • Email邮箱地址：goodMorning@wljess@gitee.com

• 作用：区分不同开发人员的身份

• 辨析：这里设置的签名和登录远程库的（代码托管中心）的账号、密码没有任何关系

• 命令：

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

    • git config user.name username

    • git config user.email useremail

    • 信息保存位置：./git/config文件

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

  • git config --global user.name username

  • git config --global user.email useremail

  • 信息保存位置：

• 级别优先级

  • 就近原则：项目级别高于系统用户级别，二者都有采用项目级别签名

三、git简介

3.1 git优点

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

3.2 结构

3.3 Git和代码托管中心

• 代码托管中心的任务：维护远程库
• 局域网环境下
  • gitLab
• 外网环境下
  • github
  • 码云

3.4 本地库和远程库

3.4.1 团队内部协作

• 岳不群：创建远程代码托管中心，可以进行代码推送和拉取操作
• 令狐冲：克隆岳不群创建的远程仓库，要想往岳不群的远程仓库推送代码，需要加入岳不群的团队（岳不群邀请令狐冲加入团队，令狐冲同意加入团队，他们方可成为一个团队，进行团队协作）。

3.4.2 跨团队协作

• 岳不群、令狐冲：属于同一个团队，岳不群让令狐冲修炼葵花宝典，令狐冲搞不定，请来东方不败帮忙。
• 东方不败：将岳不群远程仓库fork一份成为自己的远程库，之后东方不败将远程库代码clone到本地，修改，修改完毕之后推送自己的远程仓库并向岳不群发起request pull请求（告诉老岳葵花宝典已修炼完成，手抄本奉上），老岳一看，大为欣喜，大手一挥100万个同意，将东方不败提交的修改merge到自己远程库，拉取代码到本地就开始修炼，听到一声惨叫！！！！

四、git命令行操作

4.1 本地库操作

4.1.1 本地库初始化

#创建本地代码仓库
mkdir  CodeManagement
#切换到本地仓库
cd  CodeManagement

#初始化本地仓库
git init

4.2 基本操作

#状态查看操作(查看工作区、缓存区状态)
git status
#添加操作（将工作区的"新建/修改"添加到缓存区）
git add [file name]/[.]
#提交操作
git commit -m "注释"

4.3 版本控制

#查看版本提交历史记录
git log

git log --pretty==oneline

git log --oneline

git reflog

• 版本前进后退本质

• 方式

  • 基于索引值操作（推荐）

    命令：git reset --hard [局部索引值]

• 使用^（只能后退）

• 使用~（只能后退）

4.4 git reset 三个参数对比

• –hard:

  • 在本地库移动HEAD指针

  • 重置暂存区

  • 重置工作区

• –soft

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

• –mixed

  • 本地库移动HEAD指针

  • 重置暂存区

4.5 删除文件

• 通过版本回退找到删除文件

• 小结：

  • 前提：删除前，文件存在时的状态提交到了本地库
  • 操作： git reset --hard [指针位置]
    • 删除操作未提交到本地库：git reset --hard HEAD:当前位置
    • 删除操作已提交到本地库：git reset --hard 索引值：文件未删除前的状态

4.6 比较文件

• git diff [文件名]
  • 将工作区中的文件和暂存区比较
• git diffzans [本地库中历史版本] [文件名]
  • 将工作区和本地库文件进行比较
• git diff:比较多个文件

4. 7 分支管理

4.7.1 什么是分支

​ 在版本控制中使用多条线同时推进多个任务。

​

4.7.2 分支好处

• 同时并行推进多个功能开发，提高开发效率
• 各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.7.3 分支操作

• 创建分支

  git branch [分支名]

• 查看分支

  git branch -v

• 切换分支

  git checkout [分支名]

• 合并分支

  • 第一步：切换到接受修改的分支上（被合并，增加新内容）上：git checkout 被合并的分支名
  • 第二步：执行merge命令：git merge 增加新内容需要合入到主干的分支名

• 解决冲突

  • 冲突产生原因：多个分支操对同一文件的同一处内容进行不同修改，合入主干就会造成冲突

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QnbVj7gm-1589875841214)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1589850238910.png)]

  • 解决方案：找出冲突文件，查看冲突文件，手动修改掉冲突部分

    • 分支表现

      

    • 解决

      • 第一步：查看冲突文件，修改冲突文件，删除特殊标记
      • 第二步：把文件修改到满意程度，保存退出
      • 第三步：git add [文件名]
      • 第四步：git commit -m “日志信息”
        • 注意：此时commit 提交时一定不能带文件名

五、git原理

5.1 哈希

哈希是一种加密算法，特点：

• 不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定
• 哈希算法确定，输入数据确定，输出数据能够保持不变
• 哈希算法确定，输入数据有变化，输出数据一定有变化，而且通常变化很大
• 哈希算法不可逆

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

哈希算法可以被用来验证文件。原理如下：

git就是靠这种机制保证数据完整性的。

5.2 git保存版本机制

5.2.1 集中式版本控制工具的文件管理机制（SVN增量式：每个版本只保存修改的一小部分）

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

5.2.2 git的文件管理机制

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

5.2.3 git文件管理细节

• git的提交对象

  

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

5.3 git分支管理机制

5.3.1 分支创建

5.3.2 分支切换

六、git和远程库之间交互

6.1 注册github账号

github网址：https://github.com

需要用到用户名和邮箱：用户名、邮箱唯一即可。

6.2 初始化本地仓库并创建远程库

• 新建本地仓库并初始化（架设岳不群是该仓库的创建者，之后邀请令狐冲加入团队）

  • mkdir 本地仓库名
  • cd 本地仓库
  • git init

• 创建远程库

• 本地库修改提交推送到远程库

  • 工作区文件修改
  • git add .
  • git commit -m “注释”
  • git remote add origin 远程仓库网址
  • git remote -v:查看远程仓库别名列表
  • git remote remove 远程仓库别名: 删除本地指定的远程地址
  • git push origin 本地库分支名：将本地库文件推送到远程仓库

• 邀请新成员加入团队进行协同开发（新成员假设为令狐冲）

  • 创建自己的本地库：mkdir lhc

  • cd lhc

  • git clone 远程仓库网址

- 克隆效果：
  - 完整把远程库下载到本地
  - 创建origin远程地址别名
  - 初始化本地库

• 岳不群邀请令狐冲加入团队

• 令狐冲接受邮件同意加入团队

• 注意：

6.3 团队内成员拉取远程仓库代码

#抓取远程仓库（只是把远程仓库内容下载下来，并未修改工作区内容）
git fetch 远程仓库别名 本地分支名
#想要查看抓取下来内容
git checkout 远程仓库别名/本地仓库名
#切换会本地库分支
git checkout 本地库分支
#将远程分支合入到本地分支
git merge 远程仓库别名/本地仓库名

#git pull = git fetch + git merge
git pull 远程仓库别名 本地仓库名

6.4 解决冲突

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

6.5 跨团队合作

• 外包团队fork代码

• 外包团队东方不败修改完毕之后，将本地库代码推送到远程仓库

• 东方不败向岳不群团队发起Pull request请求

• 岳不群团队进行审核，确定无误后，大手一挥合入主干

• 将远程仓库修改拉取到本地

6.6 ssh免密登录

• 进入当前用户的家目录

  cd ~

• 删除.ssh 目录

  rm -rvf .ssh

• 运行命令生成.ssh 密钥目录

  ssh-keygen -t rsa -C atguigu2018ybuq@aliyun.com

一路enter即可

[注意：这里-C 这个参数是大写的 C]

• 进入.ssh 目录查看文件列表

  cd .ssh

  ls -l

• 查看 id_rsa.pub 文件内容

  cat id_rsa.pub

• 复制 id_rsa.pub 文件内容，登录 GitHub，点击用户头像→Settings→SSH and GPG keys

• New SSH Key

• 输入复制的密钥信息

• 回到 Git bash 创建远程地址别名

• 推送文件进行测试

七、git工作流

7.1 集中式工作流

​ 像SVN一样，集中式工作流以中央仓库作为项目所有修改单点实体。所有修改都提交到master这个分支上。

​ 这种方式与SVN的主要区别就是开发人员有本地库。Git很多特性并未用到。

​

7.2 gitFlow工作流

​ gitFlow工作流通过为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。严格的分支模式也为大型项目提供了一些非常必要的结构。

7.3 forking工作流

​ forking工作流是在gitFlow基础上，充分利用git的Fork和pull request的功能以达到代码审核的

目的。更适合安全可靠地管理大团队的开发者，而且能接受不信任贡献者的提交。

7.4 工作流介绍

• 主干分支 master

  主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境 完全一致。

• 开发分支 develop

  主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。

• bug 修理分支 hotfix

   主要负责管理生产环境下出现的紧急修复的代码。 从主干分支分出，修 理完毕并测试上线后，并回主干分支。并回后，视情况可以删除该分支。 
  

• 准生产分支（预发布分支） release

   较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集 成测试。该版本上线后，会合并到主干分支。生产环境运行一段阶段较稳定后 可以视情况删除。 
  

• 功能分支 feature

   为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支 中独立出来。 开发完成后会合并到开发分支。 
  

7.5 分支种类

7.5.1 gitflow工作流举例

7.5.2 分支实践