day76-cicd开篇与git
|
18
|
0
|
Linux学习

1132 字
|
5 分钟

1.目前我们怎么部署项目的？

运维，公司对语言的选择，千变万化
​
​
v1 陌陌APP只支持聊天功能
​
​
1. 拿到源代码
怎么拿？
    公司会部署代码仓库，进行源代码管理（github，gitlab，gitee码云）
    开发会吧代码传到这个仓库里
    运维，测试去下载这个源码
    php代码写的
    
    
    
​
2. 准备机器环境（测试服务器，线上服务器）
    为什么要有测试环境(公司内部的，内侧环境，社会用户是访问不了)？
        软件代码必然会有bug，需要层层测试通过后，确认bug很少了，可以达到上线标准了
        【vip充值功能，才能查看小姐姐的联系方式，bug，没做好用户的权限校验，不充钱也能看】
    软件达到的上线标准，
        才会进入到生产服务器的部署（ip，域名，是面向社会用户）
    linux机器 + mysql + php-fpm + nginx
    
​
3. 启动
    参考你理解的wordpress，就是部署php源码程序的流程，到这听懂111111
​
​
4. 项目开始运行再线上，可能会出现N种未知的错误，出了问题，得公司的技术团队，支持解决
    拿钱干活，日常到底要干啥，
    - 运维，主要就是软件发版时忙一点，准备上线的环境
    - 日常的项目运行中，对服务器的维护，通过搭建监控系统等，确保系统的可用性
    听懂111111
​
    黑客攻击，发送了大量的请求，无用的请求
    线上代码运行，代码是当用户访问到，基于某个url，请求，nginx代理转发给了某个模块
    （你不点登录，会触发哪个登录代码吗？登录的代码，是有bug的，但是你运行项目时，没执行该功能代码，因此项目时可以运行起来，但是不代表项目时正确）
    因此公司才需要招测试工程师去一个个功能的点击，最终确认该软件是没问题的
    基于这个理念，网站上线了，有某个优惠券的功能，开始发现不了有bug，但是再用户（也可以作为一个测试的角色去理解），代码触发执行，发生了bug，发现如优惠券，无法用的bug，F12抓请求，发现请求是500了，因此公司团队的，运维，开发，介入，修复 bug，重启，重新上线。
    这段概念，理解666666
    
    
    
5. 后期的项目更新,网站加了新功能，陌陌这个公司，APP，仅仅是聊天交友，得上线直播板块功能
    - 软件发版更新
        1. 开发，推送v2版本的代码，到代码仓库
        2. 下载代码，手动，或者shell脚本，将代码上传至目标服务器，干掉旧进程，替换源代码，重启新进程，确保软件更新
        3. 测试访问是否正常。
        
        看懂333333
​
6. 疑问？为什么要学这个cicd章节？
​
    如果你负责的业务太多，陌陌玩过把（app的业务功能），N个功能，N个板块，N套源代码，运行了N个进程，需要运维去维护。
    运维，可能要维护多个系统，上述流程，都需要你去，上线准备环境，准备机器，安装软件，改配置，重启，更新，发版，等。、。。。。。
    
    php 启动，部署的方式都不一样
    python 启动，部署的方式都不一样
    java  启动，部署的方式都不一样
​
​
2.学习完毕cicd之后如何部署？按如下思路来。
​
​
​
    必须得至少通过shell脚本完成,能实现环境的批量化，可复制操作。 111111
    
    还有就是更新，上线等一个流水线的操作，手动就别想了，那么人家陌陌公司，中大型公司，业务量大，就必须要求技术团队的能力要跟得上业务，
    
    要求，运维，都得懂些开发的知识，打造devsop，运维开发流水线团队。
    部署私有代码仓库，构建工具，实现，鼠标一点，就更新
    运维能实现，前期把构建项目的环境准备好，后期，连鼠标都可以扔了，不用点。
    开发推送代码，运维搭建的这个流水线，自动将代码更新到测试，线上环境，。
    运维只需要躺着喝咖啡，看日志就行。
    这套系统学不学。
    学1111111
​
    
    
    是一个小公司，5个左右的业务，招1,2普通运维，手工维护也差不多能行
​
    
那么，本阶段的课程，正式开始。休息片刻，理解下业务层面的知识。
​
​
​
​
​
​

devops运维工程师进阶之路

image-20220714103048241

2.什么是版本控制系统

1.当公司的服务器架构越来越复杂，需要频繁的发布新配置文件，以及新代码；如何确保多个版本的存在？

引入版本控制系统，的工作中应用
​
​
微信的APP，软件发布，源代码的版本管理
​
v1 版本支持 "语音功能"
v2 版本 "支持语音转文字功能"
v3 版本，"支持视频聊天功能"
​
​
运维的配置文件管理
​
v1 nginx.conf "支持首页www的虚拟主机配置"
​
v2 nginx.conf  "支持三个业务的虚拟主机配置，本次添加了3个server{}配置"
​
​
1111
​
具体版本控制系统，能实现什么效果 ，接着看
​
​
​

2.但是如果机器部署数量较多，发布的效率必然很低；（自动化构建系统）

devops，产品经理需要去定义的，开发模式。

软件开发理论。开发运维测试，一套流水线

3.并且如果代码没有经过测试环境，预生产环境层层测试，最终才到生产环境，不经过测试的部署，会导致很严重的bug，因此必须要进行一定的代码测试。（再运维构建系统中，还支持对代码的扫描，检测，bug检测，如漏洞检测。）

1. 开发提交了一堆代码 *.php，提交到代码仓库
​
2. 运维部署的构建系统，下载代码，自动化测试，扫描代码（大多数bug，漏洞全扫出来，只有通过了代码的质量检查之后，下一步的动作，才进入，部署到具体的生产服务器上
​

因此，再互联网公司中的开发，模式，就是 开发 > 测试 >运维，一套流水线，确保软件的高质量发布，切频繁发布，频繁迭代更新。

这就是devops文化，

因此从devops部署理念来看，任何一家单位都必须实现CICD（持续集成、持续交付）的理念，实现自动化代码集成、自动化代码部署。

如何落地，打造一个devops开发团队呢？
让开发，和运维再同一个组，运维也得懂开发的一些知识，部署软件更新流水线，能实现，快捷的软件发布，软件更新，软件测试。
​
学会了这套系统的运维，就是devops运维工程师了。、
​
​
​
目前主流的解决方案，学习的技术就是
​
git       代码版本控制系统
jenkins   代码构建系统
gitlab    私有代码仓库
sonarqube 代码扫描工具
​
​
​
这套理念，大致听懂6666
​
​
​

3.你以后的成长之路是如何？

image-20220714104921597
image-20220714105429077
1.今天的学习重点
​
1. 是理论，理解devops高级运维工程，要懂得架构体系知识
​
2. 学习git工具
​
​
image-20220714110122452

4.开始学习自动化构建系统组件之一，git

image-20220714111920286为什么要版本记录？不用行吗？

image-20220714112210413

当你学了git工具之后，对linux的源码管理，配置文件管理

可以用在你自己的windows机器上，

word文档版本管理

execel文档

markdown笔记，版本管理，都可以通过git实现多个版本的管理，

历史版本回退。

image-20220714112602469
image-20220714112815377

什么是版本控制系统

什么是cicd，俩名词

ci ，持续集成

image-20220714113426141

什么是ci/cd

在源代码，持续合并多次的过程中，每次合并，到master主干线，都要

image-20220714113743773

具体进行源码的版本管理，有哪些软件呢？

  • svn老旧，非互联网公司可能用，矿场，机场，传统行业电子制造业，软件系统
    • 源码管理
  • git工具，所有互联网公司必备（linux的老父亲，林纳斯托瓦兹开发的，开发git工具）
    • linux内核源码，
image-20220714114229075

什么是svn，集中式的版本控制系统

不好用

image-20220714114618875

分布式版本控制系统git的强大

image-20220714114944718
git工具，基本是开发工程师去写代码，进行的多版本维护的使用
​
运维，可以基于git实现对自己配置文件的多版本管理
​
运维主要就是学习
如何对一个git代码仓库，进行命令操作
​
查看版本日志
版本提交
版本回退
这些操作
​
​
image-20220714115518456

12.10继续

休息会

课间，思考下，理解理解git的图

这个git的架构，还是有一定的理解难度的
​
等学完了git的实际操作，分支，远程仓库后，即可理解
​
​

5.git全流程

以学习git工具为主，实践

linux安装

yum install git -y
​
[root@web-7 ~/git-learn]#git --version
git version 1.8.3.1
​
​
​

身份设置

image-20220714121346250
一般用如下命令，设置身份即可
# 给git设置配置信息 --global 参数，身份信息，会写入 ~/.gitconfig
​
​
git config --global user.name "wenjie"
git config --global user.email "wenjie01@163.com"
# 开启git命令的颜色支持
git config --global color.ui true
​
查看配置文件
cat ~/.gitconfig
​
查看当前机器的git身份配置信息
[root@web-7 ~/git-learn]#cat ~/.gitconfig
[user]
    name = wenjie
    email = wenjie01@163.com
[color]
    ui = true
​
​
[root@web-7 ~/git-learn]#git config --list
user.name=wenjie
user.email=wenjie01@163.com
color.ui=true
​
​
看懂刷  222222
​
​
​
image-20220714121624656

git三个使用场景

image-20220714121936612
git能够记录，源代码目录中，所有文件的状态，这个记录的数据，都在 .git这个隐藏文件夹中

使用git命令，有3个场景

玩法1，本地已经写好了代码，需要用git去管理

git的使用流程套路

1. git init . 初始化本地仓库
​
2.  写代码，如 hello.sh
​
3. 通过git add . 进行本地文件追踪管理，文件信息被记录到 暂存区
​
​
4.  git commit -m '注释'  ，将暂存区的数据，提交到local repo  本地仓库，进行第一个版本的记录
​
​
​
[root@web-7 ~/git-learn/my_shell]#pwd
/root/git-learn/my_shell
[root@web-7 ~/git-learn/my_shell]#
[root@web-7 ~/git-learn/my_shell]#ls
hello.sh
[root@web-7 ~/git-learn/my_shell]#
[root@web-7 ~/git-learn/my_shell]#
[root@web-7 ~/git-learn/my_shell]#ls -a
.  ..  hello.sh
​
​
没有被git进行管理
​
使用git进行，从0 到1管理
​
​
1. 初始化生成 .git文件夹
[root@web-7 ~/git-learn/my_shell]#git init .
初始化了一个空的git仓库 再 /root/git-learn/my_shell/.git/
Initialized empty Git repository in /root/git-learn/my_shell/.git/
​
查看这个.git本地仓库的文件夹，有什么内容
[root@web-7 ~/git-learn/my_shell]#ls .git
branches  config  description  HEAD  hooks  info  objects  refs
​
​
这个时候，/root/git-learn/my_shell
该文件夹，就被git管理了
再这个目录下对文件的修改类操作，就会被git进行记录了
​
命令，查看git工作区的状态
​
[root@web-7 ~/git-learn/my_shell]#git status
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   hello.sh
nothing added to commit but untracked files present (use "git add" to track)
​
​
追踪文件属性
[root@web-7 ~/git-learn/my_shell]#git add hello.sh
[root@web-7 ~/git-learn/my_shell]#
[root@web-7 ~/git-learn/my_shell]#
[root@web-7 ~/git-learn/my_shell]#
[root@web-7 ~/git-learn/my_shell]#git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#   new file:   hello.sh
#
​
​
​
提交版本了，提交第一个版本
​
[root@web-7 ~/git-learn/my_shell]#git commit -m 'v1 第一次提交'
[master (root-commit) 67d8f28] v1 第一次提交
 1 file changed, 1 insertion(+)
 create mode 100644 hello.sh
​
​
此时再用git status查看工作区的状态是如何
此时工作区就很干净了，需要提交的代码，没了
​
​
[root@web-7 ~/git-learn/my_shell]#git status
# On branch master
nothing to commit, working directory clean
​
​
​
​
​
​
image-20220714122610754
image-20220714122837453

=========下午开始=========

图解git玩法流程

image-20220714123543025

本地已经写好了代码，需要用git去管理

[root@web-7 ~/git-learn/my_sh]#ls
hello.sh  login.sh
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#git status
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#   hello.sh
#   login.sh
nothing added to commit but untracked files present (use "git add" to track)
​
​
来看看，暂存区的内容，有什么
git的原理是，执行git add后，会将该文件的属性，加入到暂存区 .git/index 文件，暂存区文件
​
​
跟踪系统文件的属性
​
​
将暂存区的内容，提交到本地仓库，此时暂存区就被清空了
​
​
查看本地仓库的，版本记录，目前提交了几个版本
​
​
​
[root@web-7 ~/git-learn/my_sh]#git log
commit 423366fe129ede7063faa11257d77a4fc8ae83e7
Author: wenjie <wenjie01@163.com>
Date:   Thu Jul 14 15:16:41 2022 +0800
​
    v1 开发了2个sh hello.sh login.sh
​
​
​
# 上述是第一次提交，保存了文件的状态
​
# 继续写代码，进行第二次提交
修改了git工作区的代码，（没事就git status看一看状态）
[root@web-7 ~/git-learn/my_sh]#vim login.sh 
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#ls
hello.sh  login.sh
​
​
# 添加到暂存区
git add login.sh
​
# 提交v2版本记录
[root@web-7 ~/git-learn/my_sh]#git commit -m 'v2 修改了login.sh的代码'
[master c87ed22] v2 修改了login.sh的代码
 1 file changed, 5 insertions(+)
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#
[root@web-7 ~/git-learn/my_sh]#git status
# On branch master
nothing to commit, working directory clean
​
​
# 再次查看版本记录日志
​
[root@web-7 ~/git-learn/my_sh]#git log
commit c87ed2244072d2aedf952316ccf6f8cc78fee76b
Author: wenjie <wenjie01@163.com>
Date:   Thu Jul 14 15:24:08 2022 +0800
​
    v2 修改了login.sh的代码
​
commit 423366fe129ede7063faa11257d77a4fc8ae83e7
Author: wenjie <wenjie01@163.com>
Date:   Thu Jul 14 15:16:41 2022 +0800
​
    v1 开发了2个sh hello.sh login.sh
​
​
​
image-20220714151605274
image-20220714151726090
image-20220714151913025
image-20220714152234201
image-20220714152727722

从零新建git本地仓库，编写代码

以开发者，写代码，用git管理的角度去练习

运维也可以基于这个玩法，去管理配置文件的多版本。

​
1. 直接git init，立即创建本地仓库（含有.git目录的一个文件夹）
​
2. 进入该git本地仓库，开始写代码，还是一样的套路
​
​
image-20220714155322335

提前看下，版本回退，基于commit——ID切换状态

image-20220714155758309
回到指定的提交记录id中
# 回到指定的提交id记录中
git reset --hard 87d1da5
​
​
# 回到上一次提交的版本id中
[root@web-7 ~/git-learn/my_website]#git reset --hard HEAD^
​
#回到 上 上 一次的提交版本id中 
[root@web-7 ~/git-learn/my_website]#git reset --hard HEAD^^
​
root@web-7 ~/git-learn/my_website]#
[root@web-7 ~/git-learn/my_website]#git reset --hard HEAD^
HEAD is now at 0ecf4f1 写了一个hello.log
​
​
​
​
​
​
image-20220714160211809
image-20220714160637018
image-20220714160906336
image-20220714162527537

克隆远程仓库中的代码

基于git clone命令，直接下载一个远程仓库的代码
​
友情提醒，github再老远的墙外，你可能访问不了
国内的
gitee码云，https://gitee.com/ 
https://gitee.com/jumpserver/jumpserver?_from=gitee_search
​
git clone https://gitee.com/jumpserver/jumpserver.git
​
[root@web-7 /tmp]#git clone https://gitee.com/jumpserver/jumpserver.git
Cloning into 'jumpserver'...
remote: Enumerating objects: 72601, done.
remote: Counting objects: 100% (61413/61413), done.
remote: Compressing objects: 100% (16221/16221), done.
remote: Total 72601 (delta 43226), reused 60492 (delta 42372), pack-reused 11188
Receiving objects: 100% (72601/72601), 64.55 MiB | 12.85 MiB/s, done.
Resolving deltas: 100% (50717/50717), done.
[root@web-7 /tmp]#
​
[root@web-7 /tmp/jumpserver]#
[root@web-7 /tmp/jumpserver]## 2个办法确认它是一个git本地仓库，如何确认？
[root@web-7 /tmp/jumpserver]#
[root@web-7 /tmp/jumpserver]#
[root@web-7 /tmp/jumpserver]## 1. 看有没有.git 文件夹  2. 执行git 命令试试
[root@web-7 /tmp/jumpserver]#
[root@web-7 /tmp/jumpserver]#
[root@web-7 /tmp/jumpserver]## 1. 看有没有.git 文件夹  2. 执行git 命令试试  ，听懂 222222
​
​
​
# 查看日志，简写
# 记录只显示缩略的一行 
git log --oneline 
​
# 查看最新的4个记录
​
​
​
下载到本地就是一个 源码目录（.git） 文件夹
​
​
​
# 自动下载该源代码，一个基于.git 管理的 ，本地仓库
​
git clone https://github.com/jumpserver/jumpserver.git
image-20220714163521625
image-20220714163643222
image-20220714163757307

图解git工作流

image-20220714164252323

6.git实战流程

从零初始化git本地仓库

查看暂存区

从暂存区移除文件

重新跟踪、提交文件

查看文件状态

基于git的文件重命名

基于git的删除文件

提交暂存区数据到local repo

提交v1版本

提交v2版本

提交v3版本

git命令小结

git版本历史

git log

查看提交版本历史

git版本回退

回退上一个版本，回到v2

再回到第一个v1版本

我还想回到v3版本咋办

git log总结

git撤销功能

git版本控制总结

yuanjihua
暂无评论

发送评论 编辑评论 


				

			

						

				

					

						

							

								
							

							
						

					

				

				

					

						

							

								
							

							
						

					

				

				

					

						

							

								
							

							
							
													

					

				

			

			
			

				

					
				

			

				

											

							
							
						

																					

							
							
						

										
					
											
						

	

		
|´・ω・)ノ
ヾ(≧∇≦*)ゝ
(☆ω☆)
（╯‵□′）╯︵┴─┴
￣﹃￣
(/ω＼)
∠( ᐛ 」∠)＿
(๑•̀ㅁ•́ฅ)
→_→
୧(๑•̀⌄•́๑)૭
٩(ˊᗜˋ*)و
(ノ°ο°)ノ
(´இ皿இ｀)
⌇●﹏●⌇
(ฅ´ω`ฅ)
(╯°A°)╯︵○○○
φ(￣∇￣o)
ヾ(´･ ･｀｡)ノ"
( ง ᵒ̌皿ᵒ̌)ง⁼³₌₃
(ó﹏ò｡)
Σ(っ °Д °;)っ
( ,,´･ω･)ﾉ"(´っω･｀｡)
╮(╯▽╰)╭
o(*////▽////*)q
＞﹏＜
( ๑´•ω•) "(ㆆᴗㆆ)
😂
😀
😅
😊
🙂
🙃
😌
😍
😘
😜
😝
😏
😒
🙄
😳
😡
😔
😫
😱
😭
💩
👻
🙌
🖕
👍
👫
👬
👭
🌚
🌝
🙈
💊
😶
🙏
🍦
🍉
😣
Source: github.com/k4yt3x/flowerhd
	

	

		
颜文字
Emoji
小恐龙
花!
	


									

			

			
			
		

	






上一篇
下一篇