个人学习笔记(整理不易,有帮助点个赞)
笔记目录:学习笔记目录_pytest和unittest、airtest_weixin_42717928的博客-CSDN博客
目录
一:简单了解
二:什么是DevOps
三:安装Jenkins
四:pipeline
1)简单了解
2)Jenkinsfile
3)pipeline语法选择
1:脚本式(Scripted)语法
2:声明式(Declar-ative)语法(建议使用这种)
4)创建pipeline项目
5)从版本控制库拉取pipeline
6)使用Maven构建Java应用
一:简单了解
Jenkins2.0版本,开始支持pipeline as code
Jenkins是一款使用Java语言开发的开源的自动化服务器。我们通过界面或Jenkinsfile告诉它执行什么任务,何时执行。理论上,我们可以让它执行任何任务,但是通常只应用于持续集成和持续交付
二:什么是DevOps
参考:百度安全验证
简单理解就是:
1)定义:DevOps(Development和Operations的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合,通过自动化软件交付和架构变更的流程,使得构建、测试、发布软件能够更加快捷、频繁和可靠
2)软件工程方法论从瀑布到敏捷,到目前的DevOps,都不是凭空演进出来的。敏捷的目的是为了打破产品和开发团队之间的部门墙,但是市场变化越来越快,充满易变性、不确定性、复杂性、模糊性。我们需要更快的交付和反馈,所以只打破产品和开发部门部门墙还不够,现在现在需要将开发和运维运营也打通
目的:DevOps打破原有的组织考核壁垒,围绕一个统一的业务价值目标及业务交付范围加强沟通,通过频繁、快速地迭代交付和反馈,达到加快交付速度和提高交付质量的目的
3)方法:用持续交付的流水线来取代冗长的开发运维流程,就会用到jenkins了
4)DevOps的生命周期:
5)实现
DevOps落地,研发交付的每个过程都离不开工具的支撑。传统的方式,是自己搭建零散的弱整合工具系统,比如我们用Gitlab来管理代码,根据企业的实际情况寻找合适的分支管理方法;我们用Jenkins来做持续集成;使用selenium来做自动化测试;使用ansible来自动化部署;使用chef或者puppet来管理基础环境等等。这种情况的问题一是系统完全需要自己维护,成本高,不稳定;问题二是子系统之间存在隐性墙,缺少数据共享/权限共享/系统交互等功能。目前大型金融以及互联网企业普遍采用强整合的统一DevOps平台
三:安装Jenkins
参考:Windows
下载地址:Jenkins download and deployment
配置策略组
这里的对象名称是我电脑的账户名,输入后,点击检查名称,他会给你生成一串,然后保存应用即可
安装下载的软件,在这里输入,我先安装,此前没配置策略组,配置后这里没有自动生成,直接就返回上一步就好了
端口我用的8081,正常用8080就行
选择需要与Jenkins一起安装的其他服务,然后单击“下一步”
安装完成后,查看服务已经开启了
浏览器输入http://localhost:8081/,登录即可
首次访问新的 Jenkins 实例时,系统会要求您使用自动生成的密码解锁它
也可以从安装路径找密码
四:pipeline
1)简单了解
部署流水线(Deployment pipeline)是指从软件版本控制库到用户手中这一过程的自动化表现形式
Jenkins 1.x只能通过界面手动操作来“描述”部署流水线
Jenkins 2.x支持pipeline as code,可以通过“代码”来描述部署流水线
2)Jenkinsfile
Jenkinsfile是一个文本文件,是部署流水线概念在Jenkins中的表现形式。像Dockerfile之于Docker。所有部署流水线的逻辑都写在Jenkinsfile中
如果没有pipeline插件,就去插件管理安装一个
我这里已经安装了
3)pipeline语法选择
Groovy语言被选择作为基础来实现pipeline
1:脚本式(Scripted)语法
node为根节点的是脚本式语法
2:声明式(Declar-ative)语法(建议使用这种)
pipeline插件从2.5版本开始,才同时支持两种格式的语法
只有安装了pipeline插件,Jenkins才支持pipeline as code。这个“code”被写在一个被命名为Jenkinsfile的文本文件中。在同一个代码项目下可以按需创建多个不同名的Jenkinsfile
4)创建pipeline项目
随便写一个pipeline
从Jenkins界面填入pipeline,在验证时可以这么做,但是不推荐,因为不能做到pipeline的版本化
5)从版本控制库拉取pipeline
安装Git插件,然后使用SSH的clone方式拉取代码
将Git私钥放到Jenkins上,这样Jenkins才有权限从Git仓库拉取代码
注意:gitlab这里添加的是公钥pub那个(github也是差不多的)
在jenkins配置私钥,打开凭证管理
用户名和密码是gitlab代码库登录的账号密码
注意,这里的秘钥填的是私钥
随便创建一个项目,把gitlab的项目地址在这里设置一下,如图下:
运行结果(在执行如果出现报错,不确定是不是地址有问题,可以在git先执行一次)
最初我拿github去操作的时候,报错
ERROR: Couldn't find any revision to build. Verify the repository and branch configuration for this job.
直接把master改为main就好了
上面已经知道Jenkins从Git仓库怎么拉取代码了,接下来是在拉代码的时候,执行pipeline
项目新建一个Jenkinsfile文件,然后填上以下内容,推送去仓库
流水线配置一下仓库地址,凭证,文件名
这里吃个亏,我开始创建的是带txt后缀,但是这里没加,导致找不到文件
“Script Path”就是pipeline的文件名,默认是Jenkinsfile
6)使用Maven构建Java应用
参考:idea创建一个简单的maven项目-CSDN博客
使用Maven构建Java应用的例子,Jenkins默认支持Maven
在Jenkins上安装JDK和Maven,可以本地也可以自动,我这里选择的是本地
pipeline {agent any//执行到tools时,就会根据Maven的设置自动下载指定版本的Maven,并安装//tools是pipeline中的一个指令,用于自动安装工具,同时将其路径放到PATH变量中tools {maven 'mvn-3.9.6'}stages {stage('Build') {steps {sh "mvn clean package spring-boot:repackage" //暂时不理解这个有什么作用sh "printenv" //将环境变量打印到console中}}}
}
推送仓库,构建一个pipeline,执行后会安装maven(这里的例子只是说明通过构建去安装maven,跟我本地配置没啥关系)