Git基础概念及Gitee

👔1.开发人员视角

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.CI/CD概念

2.1 什么是CI/CD?

CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一个面向开发和运营团队的解决方案,CI/CD 主要针对在集成新代码时所引发的问题(亦称:“集成地狱”)。
具体而言,CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期(从集成和测试阶段,到交付和部署)。这些关联的事务通常被统称为“CI/CD 管道”,由开发和运维团队以敏捷方式协同支持。

2.2 什么是持续集成?

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

2.2.1 什么是集成?

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

在这里插入图片描述

2.2.2 什么是持续集成?

持续集成指的是,频繁地(一天多次)将代码集成到主干。 (PS: 重复如上集成的工作)
在这里插入图片描述

2.2.3 持续集成的好处

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

2.2.4 持续集成的目的

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

2.3 什么是持续交付?

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

2.4 什么是持续部署?

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

在这里插入图片描述

👔3. 完整代码发布流程

在这里插入图片描述

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

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

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

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

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

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

👔4.分布式版本控制系统Git

4.1什么是Git

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

在这里插入图片描述

4.2 为什么要做版本控制?

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

4.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

👔5. "Tiktok"创业史

📙第一阶段:白手起家

①初始化

首先对书写的代码进行版本控制,我们用到git
我们在linux系统中想要让git对一个目录进行版本控制需要以下的步骤

0.安装git
1.创建目录
mkdir dy
2.进入创建的目录,进行初始化库
git init 

在这里插入图片描述

②配置个人信息

git config --global user.email "476764695@qq.com" 
git config --global user.name "chairenyi"
git config --global color.ui true  #颜色

③进行短视频功能开发

1.Git 命令介绍

git status 查看当前目录下文件状态
git add (文件名称| . 所有目录下文件)
git commit -m "描述" 提交到“git本地仓库”,产生新版本
git log 查看所有提交记录
git reflog 查看所有历史提交记录
git reset --hard (commit的值)进行版本之间的跳转,完成版本管理的目的

2.Git区域概念
在这里插入图片描述
3.开发短视频功能

1.功能代码书写
[root@git dy]# cat index.html 
短视频功能开发百分之20%
2.代码提交
[root@git dy]# git add .
[root@git dy]# git commit -m "开发短视频功能20% -v1"

在这里插入图片描述

📙第二阶段:小试牛刀

终于我们的短视频功能代码写好进行发布了

1.功能代码书写
[root@git dy]# cat index.html 
短视频功能开发百分之20%
短视频功能开发百分之100%
2.代码提交
[root@git dy]# git add index.html
[root@git dy]# git commit -m "开发短视频功能100% -v2"

在这里插入图片描述

📙第三阶段:铤而走险

1.虽然我们短视频的收益还是可以的,但是咸鱼也是有梦想的。我们要搞一些“高收益”的项目。于是我们开发了一个约功能项目

[root@git dy]# cat index.html
短视频功能开发百分之20%
短视频功能开发百分之100%
约功能开发百分之100%
[root@git dy]# git add index.html
[root@git dy]# git commit -m “约功能开发百分之100% -v3”

在这里插入图片描述
2.约功能上线后,我们争取了很多资金。但是被给与了警告,所以我们现在需要回退到之前的版本

回滚至之前版本
git log 
git reset --hard 版本号
回滚之之后版本
git reflog 
git reset --hard 版本号

在这里插入图片描述

📙第四阶段:重整旗鼓

1.经历这次经历,知道了做人,做企业都要符合正确的核心价值观。于是我们开发了商城功能,通过直播途径进行增加效益。

引进Git分支概念
在这里插入图片描述

我们从v2版本开始进行分支技术的应用,分为shopping分支和master主分支。在shopping分支上进行商城功能开发

1.查看分支
[root@git dy]# git branch 
* master
2.创建shopping分支
[root@git dy]# git branch shopping
3.切换到shopping分支
[root@git dy]# git checkout shopping
切换到分支 'shopping'
4.在shopping分支下进行商城功能开发
[root@git dy]# cat index.html 
短视频功能开发百分之20%
短视频功能开发百分之100%
5.书写代码
[root@git dy]# echo "商城功能开发百分之40" >>index.html 
[root@git dy]# cat index.html 
短视频功能开发百分之20%
短视频功能开发百分之100%
商城功能开发百分之40
6.提交代码(v4)
[root@git dy]# git add .
[root@git dy]# git commit -m "商城功能开发百分之40 -v4"
[shopping 4921374] 商城功能开发百分之40 -v4

在这里插入图片描述
2.在shopping分支开发商城功能时,我们的master主分支v2版本出现了bug。我们创建出新的bug分支进行bug修复

1.切换到主分支,创建出bug分支
[root@git dy]# git checkout master 
切换到分支 'master'
2.创建bug分支
[root@git dy]# git branch bug
3.切换到bug分支
[root@git dy]# git checkout bug
切换到分支 'bug'
4.bug修复
[root@git dy]# cat index.html 
短视频功能开发百分之20%
短视频功能开发百分之100%
[root@git dy]# echo "bug修复!!!" >>index.html 
[root@git dy]# cat index.html 
短视频功能开发百分之20%
短视频功能开发百分之100%
bug修复!!!
5.上传代码(v5)
[root@git dy]# git add .
[root@git dy]# git commit -m "bug修复!!! -v5" 
[bug 30010b6] bug修复!!! -v5

在这里插入图片描述
3 修复好bug我们进行合并到master上

1.切换到master分支
[root@git dy]# git checkout master 
切换到分支 'master'
2.查看
[root@git dy]# git branch 
  bug
* master
  shopping
3.把bug分支合并到master分支上
[root@git dy]# git merge bug 
更新 33dfd96..30010b6
Fast-forward
 index.html | 1 +
 1 file changed, 1 insertion(+)
4.查看合并后的代码(v7)
[root@git dy]# cat index.html 
短视频功能开发百分之20%
短视频功能开发百分之100%
bug修复!!!
[root@git dy]# 

在这里插入图片描述
4.终于我们的商城功能的代码写完了(v6), 先将v7版本合并到shopping得到v8版本(商城功能+短视频功能+bug修复),再合并到master(v9)
v6
在这里插入图片描述
v8在这里插入图片描述
v9
在这里插入图片描述
Git命令总结

查看分支  git branch
创建分支  git branch 分支名称
切换分支  git checkout 分支名称
分支合并(可能产生冲突)git merge 要合并的分支 
注意:切换分支再合并
删除分支  git branch -d 分支名称

📙第五阶段:震古烁今

终于终于公司上市了,有钱了。我们在北京最豪华的地方租了一个地方当作办公室,接下来我们让公司小柴给大家阐述他一天的工作流程
在这里插入图片描述

1.第一天上班前在家上传代码

1.首先,需要注册github账号,并创建远程仓库,然后再执行如下命令,将代码上传到github。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2.因为我们使用的是ssh协议进行连接,我们需要把公司linux系统的公钥进行添加
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
3 使用下面命令,将git本地仓库与远程仓库进行连接

git remote add origin git@gitee.com:chai_ren_yi/tiktok.git 指定远程git仓库路径
git push -u origin master                                  推送本地git仓库到远程仓库

在这里插入图片描述
gitee仓库就有了公司自己机器的代码
在这里插入图片描述

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 

3.下班回到家windows系统写代码

小柴回到家发现是windows系统,可以使用git客户段工具
在这里插入图片描述
拉取master主分支,更新最新代码
在这里插入图片描述
然后切换到shopping分支,继续开发写代码
在这里插入图片描述
累了睡觉,将代码上传到gitee仓库
在这里插入图片描述
在这里插入图片描述

4.到公司继续开发

1.切换到shopping分支进行开发
    git checkout dev 

2.拉最新代码(不必再clone,只需要通过pull获取最新代码即可)
    git pull origin dev 

3.继续开发

4.提交代码
    git add . 
    git commit -m 'xx'
    git push origin shopping

开发完毕,要上线

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

区域补充

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

在这里插入图片描述

5.流程命令总结

添加远程连接(别名)

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"

📙第六阶段:展望未来

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.免密码登录

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 git@github.com:WuPeiqi/dbhot.git

4. 以后使用
git push origin master 
git自动管理凭证

3.git忽略文件

让Git不再管理当前目录下的某些文件。.gitigonore
通常情况下有如下文件可能需要忽略
1.程序运行时产生的垃圾文件
2.程序运行时产生的缓存文件
3.程序本地开发使用的图片文件
4.程序连接数据一类的配置文件

*.h
!a.h
files/
*.py[c|a|d]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值