- [面试题]Java【基础】
- [面试题]Java【虚拟机】
- [面试题]Java【并发】
- [面试题]Java【集合】
- [面试题]MySQL
- [面试题]Maven
- [面试题]Spring Boot
- [面试题]Spring Cloud
- [面试题]Spring MVC
- [面试题]Spring
- [面试题]MyBatis
- [面试题]Nginx
- [面试题]缓存
- [面试题]Redis
- [面试题]消息队列
- [面试题]Kafka
- [面试题]RabbitMQ
- [面试题]MongoDB
- [面试题]Dubbo
- [面试题]Git
- [面试题]Jenkins
持续集成是什么?
持续集成,源于极限编程(XP),是一种软件实践,软件开发过程中集成步骤是一个漫长并且无法预测的过程。集成过程中可能会爆发大量的问题,因此集成过程需要尽可能小而多,实际上持续集成讲的是不断的去做软件的集成工作。
持续集成有什么作用?
- 场景一、某项目最后做模块集成的时候,发现很多接口都不通,甚至有的模块连安装包都没有。
- 场景二、没有可用的软件包,需要人手动去编译打包最新的代码。
- 场景三、搭建测试环境的时候,需要手动去解压包,然后一系列拷贝修改配置等等。
- 场景四、团队成员或者 teamleader 想了解当前项目的状态,该如何去展示这些信息。
持续集成就是用来解决以上问题,它的价值主要在于减少重复的步骤,降低项目的风险,任何时间任何地点生成可用的软件,增强项目的可见性等。
有没发现前后端分离之后,集成越来越是一个问题,特别是项目越到后期,越多问题。尽早集成,即使前期进度可能会略有滞后,大家需要经常加班。但是呢,前紧后松,一定能让项目更加可控。
持续集成怎么做?
持续集成,最简单的形式是包括一个监控版本控制(SVN、Git 等等)变化的工具。当变化被发觉时,这个工具可以自动的编译并测试你的应用。
当然,目前更多的是,使用 Jenkins 来实现持续集成。
持续集成有哪些良好的实践?
- 维护一个单一的代码库
- 使构建自动化
- 使构建自测试
自测试,相对来说难落地,主要原因:大多数公司,开发很少写单元测试。大多数公司,没有自动化测试工程师。
- 每人每天都向主线提交代码
因为采用 GitFlow 工作流,所以不能向 master 分支提交代码,更多的是,向主仓库对应的功能分支提交。如果真的要向 master
提交,需要配合 特性开关 。
- 每次提交都应在集成机上进行构建
- 快速构建
- 使任何人都能轻易获得可执行文件
- 人人都能看到正在发生什么
- 自动化部署
简单介绍 Jenkins 是什么?
- 持续集成是一种实践,而 Jenkins 可以帮助团队去尽量好的去完成这种实践。
即,Jenkins 是一个持续集成的工具。
- Jenkins 是基于 Java 语言的开源持续集成工具,提供了一套非常易用的用户界面,用以自动化构建、测试、部署等功能。
- Jenkins 类似于 Eclipse ,基于插件化的架构,方便功能的扩展,目前有几百个现成插件可以使用,这些插件涵盖从版本控制、构建工具、代码质量、构建通知、集成外部系统、UI定制、游戏等等各个方面。
只要是个工具,基本是插件化的架构。
历史小故事:伴随着 Jenkins ,有时人们还可能看到它与 Hudson 关联。Hudson 是由 Sun Microsystems 开发的一个非常流行的开源,基于 Java 的持续集成工具,后来被 Oracle 收购。Sun 被 Oracle 收购之后,一个从 Hudson 源代码的分支由 Jenkins 创建出台。
Jenkins 你都用了哪些插件?
- 最常用
- SSH Plugin :这个可以登陆远程服务器,然后在上面执行脚本。
- Role Strategy Plugin :用来精细化管理权限,基于角色维度。
- Git plugin :对 Git 的支持。
- SCM :除 CVS 和 Subversion 外,需要实现与源代码控制系统支持的插件。
- 根据情况
- Triggers :事件监听并触发构建的插件。例如,URL 改变触发器将监控一个 URL ,当地址内容发生改变,这个触发器就将执行一次作业。
- Build tools :实现额外构建工具的插件,如 MSBuild 和 Rake 。如果您想在 Hudson 中构建非 Java 的软件时这些就特别有用。
- Build wrappers :通常涉及时执行在受控制的构建过程本身之前和之后事件的插件。例如,VMware 插件将在构建之前启动一个客户虚拟机,建立和然后在构建完成后关闭它。这在您可能需要访问 VM 以执行单元测试的情况下是非常有用的。
Jenkins 如何实现发布和回滚?
- 发布:Jenkins 配置好代码路径(SVN 或 Git),然后拉代码,打tag 。需要编译就编译,编译之后推送到发布服务器(Jenkins 里面可以调脚本),然后从分发服务器往下分发到业务服务器上。
- 回滚:按照版本号到发布服务器找到对应的版本推送。
一定要打 Tag 噢,不然回滚会比较麻烦。
Jenkins 怎么做备份与恢复?
目前有三种方式:
- 1、使用插件备份。
例如 ThinBackup 插件。
- 2、使用 Rsync 异地备份。
- 3、使用版本控制工具进行备份。
具体的,可以参考文章 《Jenkins 系列: (五) Jenkins 数据备份与恢复》 。
相对来说,比较推荐使用 ThinBackup 插件,简单方便,能够满足需求。
Jenkins 如何删除历史构建数据?
目前来说,有三种方式:
- 1、手工删除构建记录。
- 2、转移磁盘空间。
- 3、自动丢弃构建历史数据。
具体的,可以参考文章 《Jenkins 服务器磁盘空间管理策略》 。
如果说,我们希望多保持一些构建历史数据,那么可以设置较大的“发布包最大保留”,同时我们需要提供相对大的磁盘空间。当然,即使再大的磁盘空间,也可能被撑爆,所以出问题时,我们可以手工删除构建记录。也就会说,三种方式,一起配合。
另外,Jenkins 的日志文件也挺占用内存你的,可以参考 《Linux 中 Jenkins 日志记录占满磁盘问题》 文章,进行处理。
当然,如果没有自己配置过 Jenkins 的胖友,建议尝试自己搭建一次,然后至少部署几个 Spring Boot 的项目,再然后,思考下需要划分几套环境,每套环境的定义。一般来说:
Feature 环境 => 测试环境 => 预发布环境 => 生产环境
参考与推荐如下文章:
- 《Jenkins 面试题》
- 《持续集成以及 Jenkins 的知识介绍》
- 《如何在 CentOS 下安装部署 Jenkins 持续集成环境》
欢迎关注我们人工智能在新媒体领域应用的公众号。