1.自动化上线代码-分布式版本控制系统Git

01.自动化上线代码基本介绍

• 01.自动化上线代码基本介绍
  • 1.CI/CD基础概念
    • 1.1 软件开发生命周期
    • 1.2 什么是环境
    • 1.3 什么是代码部署
    • 1.4 代码发布的方式
      • 1.4.1 手动发布
      • 1.4.2 自动发布
  • 2.什么是持续集成
    • 2.1 什么是集成
    • 2.2 什么是持续集成
    • 2.3 持续集成的好处
    • 2.4 持续集成的目的
  • 3.什么是持续交付
  • 4.什么是持续部署
  • 5.完整代码发布流程
• 02.分布式版本控制系统Git
  • 第一章 快速入门
    • 1.1 什么是Git
    • 1.2 为什么要做版本控制
    • 1.3 安装git
  • 第二章 “抖音”创业史
    • 2.1 第一阶段：单枪匹马开始干
    • 2.2 第二阶段：开发新功能
    • 2.3 第三阶段：“约XX事件”
    • 2.4 阶段回顾：区域与总结
    • 2.5 第四阶段：商城&紧急修复bug
      • 2.5.1 分支
      • 2.5.2 紧急修复bug方案
      • 2.5.3 分支命令总结
      • 2.5.4 工作流
    • 2.6 第五阶段：进军三里屯
      • 2.6.1 第一天上班前在家上传代码
      • 2.6.2 初次在公司新电脑下载代码
      • 2.6.3 下班回到家继续写代码
      • 2.6.4 到公司继续开发
      • 2.6.5 在公司约妹子忘记提交代码
      • 2.6.6 回家继续写代码
      • 2.6.7 到公司继续写代码
      • 2.6.8 知识补充&总结
    • 2.7第六阶段：其他知识补充
      • 2.7.1 Tag 标签
      • 2.7.2 免密码登录
      • 2.7.3 git忽略文件

1.CI/CD基础概念

1.1 软件开发生命周期

项目立项-->需求调研-->需求拆解-->交给不同的开发进行开发-->测试环境测试-->部署生产环境。

1.2 什么是环境

一个软件产品从开发到用户使用涉及的开发环境、测试环境、预发布环境、生产环境这是都是什么意思？
1、开发环境: 开发同学开发时使用的环境
2、测试环境: 一般会由测试人员自己来部署，然后在此环境进行测试。
3、预发布环境: 测试环境到生产环境的过渡。测试环境可能会受到一些限制，一些流程或者数据没有测试到，就可以在预发布环境进行验证，从而保证产品上线质量。
4、生产环境: 即线上环境，用户使用的环境。由运维人员来维护，其他人员几乎无权限。

预发布环境和生产环境区别：
1、预发环境中新功能为最新代码，其他功能代码和生产环境一致。
2、预发环境和生产环境的访问域名不同。
注意事项：预发布环境一般会连接生产环境的数据库，测试时要注意，以免产生脏数据，影响生产环境的使用。

1.3 什么是代码部署

代码发布是指将开发写好的代码部署至指定的 web 服务器，然后对外提供服务。

1.4 代码发布的方式

发布方式	效率	干扰	安全性

手动发布 慢 干扰因素多 不安全 自动发布 快 干扰因素少 安全

1.4.1 手动发布

• 手动发布有如下几种方式

• 1.开发通过QQ、Weixin发送代码压缩包，rz 上传，解压部署。
• 2.scp方式上线代码。
• 3.xftp方式上线代码。
• 4.登陆代码托管平台，手动执行git pull。

• 手动上线方案缺点
• • 1.全程运维参与，占用大量时间。
  • 2.如果节点多，上线速度慢。
  • 3.人为失误多，目录管理混乱。
  • 4.回滚不及时，或者难以回退。

  1.4.2 自动发布

  在介绍自动化代码上线前，需要先引入三个概念: 持续集成、持续交付、持续部署。（ 作为了解 ）

  2.什么是持续集成

  2.1 什么是集成

  在说持续集成前，我们先了解下什么是 “集成”。在实际的软件开发中，常常会有如下两种场景：
  1.现在有一个电商平台需要开发，由于平台需要开发的某块较多，此时就需要不同的开发人员开发不同的某块，最后将所有人开发好的代码集成到一个系统中。集成完毕后需要对其进行部署上线。
  2.随着时间的推移，该系统无论是bug修复、还是新功能开发，后续都需要对系统进行不断的更新迭代。
  
  了解了 “集成” 的概念之后，“持续集成” 的概念就好理解了。

  2.2 什么是持续集成

  持续集成指的是，频繁地（一天多次）将代码集成到主干。 （PS: 重复如上集成的工作）
  

  2.3 持续集成的好处

  1、快速发现错误。（每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易。）
  2、节省人力成本。
  3、加快软件开发进度。

  2.4 持续集成的目的

  使用持续集成来简化我们的工作，同时还能让我们的产品快速迭代，保持高质量的产出。

  3.什么是持续交付

  持续交付指的是在持续集成的环境基础之上，将代码部署到预生产环境-->交付给测试团队。
  持续交付：代码开发->单元测试->合并代码-->测试-->部署到预生产环境-->交付给测试团队。
  

  4.什么是持续部署

  持续部署是持续交付的下一步，指代码在任何时刻都是可部署的。最后将部署到生产环境的过程自动化。
  持续部署：代码开发->单元测试->合并代码-->测试-->部署到生产环境。
  

  5.完整代码发布流程

  完整代码发布流程如下:
  

  第一步、提交代码
  开发者向代码仓库提交代码。所有后面的步骤都始于本地代码的一次提交（commit）。

  第二步、测试（第一轮）
  代码仓库对commit操作配置了钩子（hook），只要提交代码或者合并进主干，就会跑自动化测试。测试有分为如下几种： PS:第一轮跑单元测试
    单元测试：针对函数或模块的测试
    集成测试：针对整体产品的某个功能的测试，又称功能测试
    端对端测试：从用户界面直达数据库的全链路测试

  第三步、构建
  编译也称为构建，指的是将源码转换为可以运行的实际代码，比如安装依赖，配置各种资源（样式表、JS脚本、图片）等等。

  第四步、测试（第二轮）
  构建完成，就要进行第二轮全面测试，单元测试和集成测试都会跑，有条件的话，也要做端对端测试。所有测试以自动化为主，少数无法自动化的测试用例，就要人工跑。
  PS：需要强调的是，新版本的每一个更新点都必须测试到。如果测试的覆盖率不高，进入后面的部署阶段后，很可能会出现严重的问题。

  第五步、部署
  通过了第二轮测试，当前代码就是一个可以直接部署的版本。将这个版本的所有文件打包存档，发到生产服务器。生产服务器将打包文件，解包成本地的一个目录，再将运行路径的 “符号链接” 指向这个目录，然后重新启动应用。这方面的部署工具有Shell、Ansible、SaltStack。

  第六步、回滚
  一旦当前版本发生问题，就要回滚到上一个版本的构建结果。最简单的做法就是修改一下符号链接，指向上一个版本的目录。然后重新启动应用即可。

  持续集成、持续交付、持续部署、参考URL

  02.分布式版本控制系统Git

  第一章 快速入门

  1.1 什么是Git

  Git是一个分布式的版本控制软件。

  • 软件，类似于QQ、office、dota等安装到电脑上才能使用的工具。
  • 版本控制，类似于毕业论文、写文案、视频剪辑等，需要反复修改和保留原历史数据。
  • 分布式
  • 文件夹拷贝
  • 本地版本控制
  • 集中式版本控制
  • 分布式版本控制

  1.2 为什么要做版本控制

  要保留之前所有的版本，以便回滚和修改。

  1.3 安装git

  安装git软件有很多种方式：官网传送门

  • 1.windows系统

  https://git-scm.com/download/win
  

  • 2.linux系统

  yum install git -y
  

  • 3.macos系统

  https://git-scm.com/download/mac
  

  第二章 “抖音”创业史

  2.1 第一阶段：单枪匹马开始干

  想要让 git 对一个目录进行版本控制需要以下步骤：

  • 进入要管理的文件夹
  • 执行初始化命令

  git init
  

  • 管理目录下的文件状态

  git status
  
  注：新增的文件和修改过后的文件都是红色
  

  • 管理指定文件（红变绿）

  git add 文件名
  git add .
  

  • 个人信息配置：用户名、邮箱 【一次即可】

  git config --global user.email "[email protected]"
  git config --global user.name "oldxu"
  git config --global color.ui true
  

  • 生成版本

  git commit -m '描述信息'
  

  • 查看版本记录

  git log 
  

  2.2 第二阶段：开发新功能

  git add 
  git commit -m '短视频'
  

  2.3 第三阶段：“约XX事件”

  • 回滚至之前版本

  git log 
  git reset --hard 版本号
  

  • 回滚之之后版本

  git reflog 
  git reset --hard 版本号
  

  2.4 阶段回顾：区域与总结

  git init                    #初始化一个目录为版本库
  git add                     #将没有被管理的文件，加入git进行管理
  git commit                  #将内容提交到版本库中
  git log                     #查看提交的历史记录
  git reflog                  #查看所有的历史提交记录
  git reset --hard 版本号      #回退到指定的提交版本记录
  

  

  2.5 第四阶段：商城&紧急修复bug

  2.5.1 分支

  分支可以给使用者提供多个环境的可以，意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。

  2.5.2 紧急修复bug方案

  

  2.5.3 分支命令总结

  • 查看分支

  git branch
  

  • 创建分支

  git branch 分支名称
  

  • 切换分支

  git checkout 分支名称
  

  • 分支合并（可能产生冲突）

  git merge 要合并的分支
  
  注意：切换分支再合并
  

  • 删除分支

  git branch -d 分支名称
  

  2.5.4 工作流

  有了分支后，我们的开发工作流程就可以变成如下方式

  

  2.6 第五阶段：进军三里屯

  有钱之后就要造呀，一个人在三里屯买了一层楼做办公室。
  

  2.6.1 第一天上班前在家上传代码

  首先，需要注册github账号，并创建远程仓库，然后再执行如下命令，将代码上传到github。

  

  1. 给远程仓库起别名
      git remote add origin 远程仓库地址
  
  2. 向远程推送代码
      git push -u origin 分支
  

  2.6.2 初次在公司新电脑下载代码

  1. 克隆远程仓库代码
      git clone 远程仓库地址 (内部已实现git remote add origin 远程仓库地址)
  
  2. 切换分支
      git checkout 分支
  

  在公司下载完代码后，继续开发

  1.切换到dev分支进行开发
      git checkout dev 
  
  2.把master分支合并到dev [仅一次]
      git merge master
  
  3.修改代码
  
  4.提交代码
      git add . 
      git commit -m 'xx'
      git push origin dev 
  

  2.6.3 下班回到家继续写代码

  1.切换到dev分支进行开发
      git checkout dev 
  
  2.拉代码
      git pull origin dev 
  
  3.继续开发
  
  4.提交代码
      git add . 
      git commit -m 'xx'
      git push origin dev 
  

  2.6.4 到公司继续开发

  1.切换到dev分支进行开发
      git checkout dev 
  
  2.拉最新代码(不必再clone，只需要通过pull获取最新代码即可)
      git pull origin dev 
  
  3.继续开发
  
  4.提交代码
      git add . 
      git commit -m 'xx'
      git push origin dev
  

  开发完毕，要上线

  1. 将dev分支合并到master，进行上线
      git checkout master
      git merge dev 
      git push origin master
  2. 把dev分支也推送到远程
      git checkout dev
      git merge master 
      git push origin dev 
  

  2.6.5 在公司约妹子忘记提交代码

  1.拉代码
      git pull origin dev 
  
  2.继续开发
  
  3.提交代码
      git add . 
      git commit -m 'xx'
  
  注：忘记push了
  

  2.6.6 回家继续写代码

  1.拉代码，发现在公司写的代码忘记提交...
      git pull origin dev 
  
  2.继续开发其他功能
      
  3.把dev分支也推送到远程
      git add . 
      git commit -m 'xx'
      git push origin dev 
  

  2.6.7 到公司继续写代码

  1.拉代码，把晚上在家写的代码拉到本地(有合并、可能产生冲突)
      git pull origin dev 
  
  2.如果有冲突，手动解决冲突
      
  3.继续开发其他功能
      
  4.把dev分支也推送到远程
      git add . 
      git commit -m 'xx'
      git push origin dev 
  

  2.6.8 知识补充&总结

  git pull origin dev
  等价于
  git fetch origin
  git merge origin/dev 
  

  

  小总结

  • 添加远程连接（别名）

  git remote add origin 地址
  git remote -v
  

• 推送代码

• git push origin dev 
  

• 下载代码

• git clone 地址
  

• 拉取代码

• git pull origin dev 
  等价于
  git fetch origin dev
  git merge origin/dev 
  

• 记录图形展示

• git log --graph --pretty=format:"%h %s"
  

  2.7第六阶段：其他知识补充

  2.7.1 Tag 标签

  git标签就是对commit的一次快照，便于后续将特定时期的代码快速取出。在代码发布时可以使用标签发布。

  • 对当前最新提交的代码创建标签，-a标签名称，-m标签描述

  git tag -a "v1.1" -m "描述信息"
  

  • 创建标签，指定commitID

  git tag -a v1.2 CommitID -m "Messages"
  

  • 查看标签详情

  git tag
  git log -l
  

  2.7.2 免密码登录

  • URL中体现

  原来的地址：https://gitee.com/oldxu/treenb.git
  修改的地址：https://用户名:密码@gitee.com/oldxu/treenb.git
  
  git remote add origin https://用户名:密码@gitee.com/oldxu/treenb.git
  git push origin master 
  

• SSH实现

• 1. 生成公钥和私钥(默认放在 ~/.ssh目录下，id_rsa.pub公钥、id_rsa私钥）
   ssh-keygen
  2. 拷贝公钥的内容，并设置到github中。
  3. 在git本地中配置ssh地址
  git remote add origin [email protected]:WuPeiqi/dbhot.git
  
  4. 以后使用
  git push origin master 
  

• git自动管理凭证

• 2.7.3 git忽略文件

  让Git不再管理当前目录下的某些文件。.gitigonore

  通常情况下有如下文件可能需要忽略

  • 1.程序运行时产生的垃圾文件
  • 2.程序运行时产生的缓存文件
  • 3.程序本地开发使用的图片文件
  • 4.程序连接数据一类的配置文件

  *.h
  !a.h
  files/
  *.py[c|a|d]
  

  更多参考：https://github.com/github/gitignore