《Jenkins2.x实践指南》读书笔记-Jenkins2.x简介和pipeline示例.pdf

《Jenkins2.x实践指南》读书笔记-Jenkins2.x简介和pipeline⽰例 ⽂章⽬录 1. Jenkins 2.x简介 1.1 pipeline是什么 从某种抽象层次上讲，部署流⽔线（Deployment pipeline）是指从软件版本控制库到⽤户⼿中这⼀过程的⾃动化表现形式。——《持续交 付——发布可靠软件的系统⽅法》（下称《持续交付》） 按《持续交付》中的定义，Jenkins本来就⽀持pipeline（通常会把部署流⽔线简称为pipeline，本书会交替使⽤这两个术语），只是⼀开始 不叫pipeline，⽽叫任务。 Jenkins 1.x只能通过界⾯⼿动操作来“描述”部署流⽔线。Jenkins 2.x终于⽀持pipeline as code了，可以通过“代码”来描述部署流⽔ 线。 使⽤“代码”⽽不是UI的意义在于： 更好地版本化：将pipeline提交到软件版本库中进⾏版本控制。 更好地协作：pipeline的每次修改对所有⼈都是可见的。除此之外，还可以对pipeline进⾏代码审查。 更好的重⽤性：⼿动操作没法重⽤，但是代码可以重⽤。 本书全⾯拥抱pipeline as code，放弃依赖⼿动操作的⾃由风格的项⽬（FreeStyle project）。 1.2 Jenkinsfile⼜是什么 Jenkinsfile就是⼀个⽂本⽂件，也就是部署流⽔线概念在Jenkins中的表现形式。像Dockerfile之于Docker。所有部署流⽔线的逻辑都写 在Jenkinsfile中。 1.3 pipeline语法的选择 Jenkins pipeline有2种语法：脚本式（Scripted）语法和声明式（Declar-ative）语法。 脚本式语法使⽤Groovy语⾔，其语法灵活、可扩展，但是也意味着更复杂。再者，Groovy语⾔的学习成本对于（不使⽤Groovy的）开发 团队来说通常是不必要的。所以才有了声明式语法，⼀种提供更简单、更结构化（more opinionated）的语法。 1. pipeline插件从2.5版本开始，才同时⽀持两种格式的语法； 2. 推荐主要使⽤声明式语法，脚本式语法作为辅助； 1.4 pipeline版本控制化 为了便于维护和协作，使⽤版本仓库对pipeline进⾏版本控制是⽣产使⽤过程中的最优选择。 本⼈实践过程中也是推荐书中提到的使⽤Git作为版本控制仓库，使⽤Jenkins ssh私钥作为凭证。 2. 利⽤github仓库pipeline进⾏构建 ⽬的 使⽤jenkins拉取git仓库内pipeline构建maven项⽬，达到了解pipeline基本⽤法。 环境 github仓库 jenkins（已整合kubernetes） 实践 1. 进⼊Manage Jenkins→Global Tool Configuration-Maven页添加mvn-3.5.4 2. 进⼊Manage Jenkins→Global Tool Configuration→JDK页添加jdk-8u172 注意这⾥需要oracle帐户验证。 3. 添加pipeline项⽬ 4. 构建 [外链图⽚转存失败,源站可能有防盗链机制,建议将图⽚保存下来直接上传(img-j9kDMApF-1571912834590) 因为jenkins-slave是整合kubernetes的，因此每次构建都会安装tools，如上图可以看出，maven安装包需要从官⽅下载，这对效率影响 ⾮常⼤。 若想优化可以考虑jenkins-slave镜像中直接整合maven，⽽不是使⽤jenkins tools；还可以使⽤docker-in-docker配合maven镜像。