以Jenkins版本2.303作2例子在Linux系统直接安装的详细步骤，并解决插件下载速度慢问题。所有脚本可以直接复制在任意目录下执行。
jenkins的环境搭建方法有很多，本篇使用docker快速搭建一个jenkins环境。 环境准备：
以前的版本，安装成windwos服务的话，所有的文件都会在安装目录下 ，最近下了个2.253版本在电脑上进行安装的时候，发现安装后，在安装目录下只有少量的几个文件和一个war包，其他的插件目录和其他的一些文件夹的目录，都会写入到以下目录下去了：
解决办法：配置权限，按照上面安装 jenkins 中的 第三点** [配置 jenkins 权限（点我直达）**](https://www.yuque.com/pxs/fo1e8s/aed00c02-7c81-41d0-961b-6ea527dec51f#gFsHl)重新操作一遍或者检查下哪一步骤遗漏了。
做前端也好几年了，项目的CI/CD一直用的都是公司现有的jenkins平台，再不就是基于jenkins进行了特殊定制化的平台，当然还有其他的一些CI/CD工具，比如gitlab，但是在我看来jenkins更纯粹，专注做CI/CD,而且更成熟，社区活跃且非常强大，目前已有超过1000个插件来支持构建、部署、自动化，另外更重要的是官网的标语深深吸引了我。所以打算在自己的服务器上玩玩，同时也会把相关的一些进度和结果分享到这里，希望未来可以在工作上用到。
Jenkins配置国内插件下载代理 前言 为什么要使用国内的插件下载地址？ jenkins_plugins下载的RS机器在海外，国内用户下载插件速度慢，且加速需要***，成本比较高。下图是现有情况的
有2种部署方式，war包直接启动和tomcat方式启动。推荐采用tomcat方式启动，方便进行日志查看和管理。
使用CentOS7安装Jenkins Jenkins官方下载地址适用于CentOS,我这里通过rpm来安装 安装 rpm -ivh jenkins-2.293-1.1.noarch.rpm 修改jenkins端口 vim /etc/sysconfig/jenkins 启动jenkins systemctl enable jenkins systemctl start jenkins 访问jenkins #通过这个文件查看密码 cat /var/lib/jenkins/secrets/initialAdmi
Jenkins；一款基于Java开发的开源持续集成工具，可以让打包、发布、自动化测试变的更加简便；由于使用标准的安装会存在一些插件下载、安装、更新的问题；导致很多人还在门口就被拦回去了，无法领略到其优秀的风采。因此这里使用Docker安装一个中国定制版的Jenkins；保证你能在5分钟内就解决掉环境搭建的问题。
apache-tomcat/bin目录下的startup.bat在windows上启动。
● 首先，开发人员每天进行代码提交，提交到Git仓库。 ● Jenkins作为持续集成工具，使用Git工具到Git仓库拉取代码到持续集成服务器，再配合JDK，Maven等软件完成代码的编译、测试、审核、打包等工作，在这个过程中每一步出错，都重新再执行一次整个流程。 ● 最后，Jenkins把生成的jar包分发到测试服务器或者生产服务器，测试人员或用户就可以访问应用了。
程序员，作为天生懒惰的人，总是希望能通过手中的键盘来解决各种各样的问题。凭什么？下载一个插件， 我还得苦苦等待来自美国的数据包呢？数数你手里的 Jenkins 都安装了多少个插件。30个算少的吧。经过一番搜索，发现果然已经有前人帮忙把大树种好了。让我们一起感谢“清华大学开源软件镜像站”提供的镜像服务：
Jenkins 社区的网络基础设施都是架设在国外的服务器上，而且，并没有在国内有 CDN 或者负载均衡的配置。对所有的 Jenkins 用户而言，1500+的插件可以帮助他们解决很多问题。然而，我相信，对于国内的很多用户来说， 可能有过一些不太愉快的经历——插件下载速度很慢，甚至会超时。难道遇到这种情况下，我们就只能等吗？
Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。
前言 在安装之前，我想说明一下本文的目的，jenkins的一款持续集成工具， 它可以做的事情很多，其中一个主要的功能就是简化部署流程 回想一下我们的发布流程： 1.本地把项目打包 2.通过FTP等工具，传输到服务器 3.关闭tomcat，把打包的项目放到webapp目录下 4.启动tomcat 如果每次都这么搞的话，不仅慢，而且容易出错。 有了jenkins以后，发布流程可以是
有时候会遇到一个代码仓库下面会有多个不同的分支，而这写分支表示着不同的开发者在开发新的需求，但是这样就会出现一个问题，在Jenkins上进行多分支构建的时候，很难找到哪一个是属于自己分支构建的，这样的问题大家应该都会遇到过，于是就在思考，在jenkins的Build History中是否可以显示当前构建用户和构建的git分支呢？带着问题，我们将问题解决了，下面就是效果图：
访问http://x.x.x.x:8080。在安装插件页面选择自定义，不安装任何插件（因为默认安装插件时访问的是国外站点，速度慢）。创建管理员帐号时，不创建，直接使用admin登陆。
这段Dockerfile中可以得知如何进行配置。例如第6行告诉我们要在Jenkins的插件管理更新源改成:
由于node-sass的源使用的是Github上面的，经常无法访问，我们构建的时候需要单独设置node-sass的下载地址。
PS：中文官网，东西比较全。（居然有中文官网了，真好！）以下为本人自己的使用过程，仅供参考！
https://mirrors.huaweicloud.com/java/jdk/8u151-b12/
意思就是jenkins分为master和node，master可以把任务分配给node来做，但是传统部署方式node节点是固定的，就一直在那占用资源，k8s动态slave把jenkins的node封装在pod里了，node干完活pod就会自动销毁，不占用资源
jx是云原生CICD，devops的一个最佳实践之一，目前在快速的发展成熟中。最近调研了JX，这里为第4篇，介绍如何加入jx构建和部署。
之后我们查看 jenkins.log ⇒cat jenkins.log,会发现日志的最下面出现了一串密码，这个密码很重要，我们要拿小本本记起来。
在某些场景下，我们可能需要增加或者删除流水线参数。如果有相当数量的流水线需要手动处理的话，将会是一件非常无聊、工作量大的事情。现在，你可以通过这个命令来添加参数了：jcli job param init-job --add '[{"name":"name","value":"my name","desc":"this is a name"}]'
介绍自动构建之前先来聊一聊什么是手动构建，姜同学作为一名开发人员我们写完代码之后会把代码提交到Git上，然后push到我们自己的远程仓库，比如gitlab。如果姜同学的工作只是写写代码，push结束之后你的一个阶段工作也就结束了，但是这时候最新的代码还仅仅是保留在了git上，没有以应用的形式展现出来，无法体现你的工作展现你的价值。so,以java代码为例姜同学还要使用最新的代码打个包，然后放到服务器上，停掉旧的应用，启动新的应用，假设一个集群有三个应用实例，滚动更新，上面的步骤姜同学还要在重复两遍。以上的整个步骤便是手动构建，那么什么是自动构建呢，就是让另外一个应用代替姜同学完成上面的步骤，当然写代码除外-_-。 代替姜同学便是Jenkins。
Jenkins 安装完成了，接下来我们不用急着就去使用，我们要了解下在 Kubernetes 环境下面使用 Jenkins 有什么好处。
v2.204.5 (2020-03-07) 此版本重新引入了 Jenkins 2.177 到 2.203.3 的系统日志记录自定义缺陷（JENKINS-57888 - 系统日志记录自定义），因为它不如其它被修复的缺陷那么严重。计划在 2.22.1 版本中修复。 修复最大表单内容大小和表单内容密钥的传递(由 Jenkins 2.204.3 和 Jetty 9.4.20 引入的缺陷回归)。 修复由于 X-Forwarded-Host 和 X-Forwarded-Port 订阅问题而导致的将不正确的反向代理重定
jenkins把项目拉倒jenkins服务器，放到workspace（一般我们的源代码都在这里），开始进行流水线处理。
这个连接是jenkins外国的服务器，国内访问会特别慢，这里我们使用国内清华的源：
看到war，可以知道jenkins是java写的，所以要安装java，官网上提示安装java1.8或java11，这里安装java1.8
密钥输入完成后，我们需要去安装插件，如果安装途中报红，则等他安装完其他插件，再次点击重新安装即可
jenkins是一个开源的持续集成的服务器，Jenkins开源帮助我们自动构建各类项目。Jenkins强大的插件式，使得Jenkins可以集成很多软件，可能帮助我们持续集成我们的工程项目。
切换镜像源，进入到jenkins的默认的开发目录,在updates目录里面有一个default.json文件，这个文件里面有所有的插件的地址，这里面的地址记录的是国外的地址，所以是很慢的。
“唉，每天提交完代码都得自己打包再部署到测试环境和开发环境，好麻烦啊！都快变成运维了”
一：Sonar是什么？ Sonar 是一个用于代码质量管理的开放平台，通过插件机制，Sonar 可以集成不同的测试工具，代码分析工具，以及持续集成工具。与持续集成工具（例如 Hudson/Jenkins 等）不同，Sonar 并不是简单地把不同的代码检查工具结果（例如FindBugs，PMD等）直接显示在Web页面上，而是通过不同的插件对这些结果进行再加工处理，通过量化的方式度量代码质量的变化，从而可以方便地对不同规模和种类的工程进行代码质量管理。在对其他工具的支持方面，Sonar 不仅提供了对 IDE 的支持，可以在 Eclipse 和 IntelliJ IDEA 这些工具里联机查看结果；同时Sonar还对大量的持续集成工具提供了接口支持，可以很方便地在持续集成中使用 Sonar,此外，Sonar 的插件还可以对 Java 以外的其他编程语言提供支持，对国际化以及报告文档化也有良好的支持。
代码检查的包放在了里面：https://pan.baidu.com/s/1CD7IXZ_E-RNTsXEl6L7SRw?pwd=8mz8
jenkins是一个非常老牌的ci/cd工具，它是一款使用Java写的开源自动化应用。可以通过界面或Jenkinsfile告诉它执行什么任务，何时执行，理论上，可以让它执行任何事，一般用来做ci/cd（开发只用关心代码实现，提交代码以后自动测试、打包、自动发布）可以说体量稍微大一点的团队都有自己的持续集成工具。
通常，我们有两种方法安装 Jenkins 插件。第一种方法是到 Jenkins 插件管理页面搜索插件，然后安装。第二种方法是上传 Jenkins 插件的 hpi 文件安装。这两种方法能满足大多数人的需求。
这个博客是写给任何对用 Jenkins 的 JCasC 配置插件感兴趣的人，具体会讲解如何获得 YAML 格式的配置信息和如何在不通过 Jenkins 的图形界面的情况下更改插件的信息。
在浏览器中访问jenkins项目：http://localhost:8080/jenkins 出现解锁Jenkins界面，说明jenkins项目搭建完成，这里需要输入管理员密码。如下图：
除了在线安装，还可以官网插件下载地址中进行下载安装，如果访问缓慢可以用清华镜像站。
从正式使用Jenkins之前，将会逐步接触到Jenkins的各种配置，通过各种配置来完成各项不同的工作。本文将简单介绍一下Jenkins中的各项配置选项，以便后续使用过程中能够灵活使用。
Jenkins安装完以后，需要安装插件，但是众所周知因为墙的原因，所以插件下载很慢，甚至下载失败，网上查到的大部分方法都是修改升级站点的URL，但是几乎没用，下面我介绍一个绝对管用，极速下载插件的方式。
我的 Google Summer of Code project 项目试图解决这个问题，方法是创建一个库，该库将在 Jenkins 的不同实现中统一插件管理逻辑，并提供一个可以使用户轻松下载插件并在 Jenkins 启动之前查看插件信息的 CLI 工具。我很高兴分享我们刚刚发布的 Alpha 版本，您可以在此处查看！
上期 Techo Day 腾讯技术开放日活动讲的是「轻量级工具」，这一期主要讲的是「云原生」。
在软件工程不少的思想、概念来源于建筑工程，大家也喜欢把开发软件比喻成建房子。那么如果说运维是软件的地基，那么框架就是承重墙。起房子就是先打地基，再建承重墙。地基打得越稳，房子才能起得更高。也等同于运维技术越扎实，系统才能更加健壮。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
