Jenkins

Jenkins介绍

Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具，起源于Hudson（Hudson是商用的），主要用于持续、自动的构建/测试软件项目、监控外部任务的运行（这个比较抽象，暂且写上，不做解释）。Jenkins用Java语言编写，可在Tomcat等流行的servlet容器中运行，也可独立运行。通常与版本管理工具(SCM)、构建工具结合使用。常用的版本控制工具有SVN、GIT，构建工具有Maven、Ant、Gradle。

Jenkins 是一个可扩展的持续集成引擎。

主要用于：

持续、自动地构建/测试软件项目。
监控一些定时执行的任务。

Jenkins拥有的特性包括：

易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。
易于配置-所有配置都是通过其提供的web界面实现。
集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。
生成JUnit/TestNG测试报告。
分布式构建支持Jenkins能够让多台计算机一起构建/测试。
文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。
插件支持:支持扩展插件，你可以开发适合自己团队使用的工具。

CI/CD持续集成

CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一个面向开发和运营团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题

具体而言，CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为“CI/CD 管道”，由开发和运维团队以敏捷方式协同支持。

CI

“CI”始终指持续集成，它属于开发人员的自动化流程。成功的 CI 意味着应用代码的新更改会定期构建、测试并合并到共享存储库中。该解决方案可以解决在一次开发中有太多应用分支，从而导致相互冲突的问题。

CD

“CD”指的是持续交付和/或持续部署，这些相关概念有时会交叉使用。两者都事关管道后续阶段的自动化，但它们有时也会单独使用，用于说明自动化程度。

持续交付通常是指开发人员对应用的更改会自动进行错误测试并上传到存储库（如 GitHub 或容器注册表），然后由运维团队将其部署到实时生产环境中。这旨在解决开发和运维团队之间可见性及沟通较差的问题。因此，持续交付的目的就是确保尽可能减少部署新代码时所需的工作量。

持续部署（另一种“CD”）指的是自动将开发人员的更改从存储库发布到生产环境，以供客户使用。它主要为了解决因手动流程降低应用交付速度，从而使运维团队超负荷的问题。持续部署以持续交付的优势为根基，实现了管道后续阶段的自动化。

jenkins部署

安装Jenkins前需要安装Tomcat，详情参考Tomcat部署
本次部署环境与Tomcat部署时环境相同

//下载并将Jenkins安装包放到Jenkins/webapps文件夹中
[root@cst ~]# ls
apache-tomcat-9.0.46.tar.gz  jenkins.war
[root@cst ~]# cp jenkins.war /usr/local/tomcat/jenkins/webapps/
[root@cst ~]# cd /usr/local/tomcat/jenkins/webapps/
[root@cst webapps]# ls
docs      host-manager  jenkins.war  ROOT
examples  jenkins       manager      test
# 放入文件夹中后会自动解压出一个jenkins文件夹，即安装成功，如果没有该文件夹，请重启Tomcat

访问Jenkins界面

在浏览器上输入ip地址:8080/jenkins

根据网站提示查看文件找到密码并登陆

[root@cst jenkins]# cat /root/.jenkins/secrets/initialAdminPassword

登陆成功后显示如下界面

一般根据自己或者项目的需求选择插件安装

ps:也可以之后自己手动安装

创建管理员用户

至此，Jenkins网页界面部署完成，后续则根据需求在网页上修改即可

Jenkins网页界面管理

下载插件

往下翻

可以在此处选择自己想要的插件下载

上传插件

往下翻

此处可以上传自己的插件

用户管理

此处可修改用户的相关信息

posted @ 2021-05-16 20:57 绫璟阅读(653) 评论(0) 收藏举报

刷新页面返回顶部

绫璟