jenkins使用

1.jenkins修改默认端口号（8080） 修改配置文件 /etc/sysconfig/jenkins 找到8080改为你想使用的端口号 重启服务，修改后的端口号即可生效 2.jenkins启动|关闭|重启服务命令 service jenkins start|stop|restart 来源： oschina 链接： https://my.oschina.net/guiguketang/blog/3222778

准备工作 Git版本控制服务器 Tomcat发布服务器 Jenkins服务器(提前安装好Maven,Git,Jdk) 实验时可以在同一台机器配置，但是生产不建议，一台机器挂了，所有服务器都挂了 。 步骤 安装Jenkins 下载Jenkins War包， Jenkins官网 。 启动Jenkins ，将War包放入Tomcat容器里，启动Tomcat。 提示： 此时Jenkins在初始化配置目录，其默认配置目录路径为当前用户下的.jenkins目录，用户也可以自定义目录，Jenkins默认是把配置文件中的数据读到内存中，如果你替换了之前的配置文件，此时需要 点击Jenkins的读取设置或者重启Tomcat ,如果此时Jenkins页面无响应，则应该查看Tomcat的Catalina.out,多半是由于内存溢出造成(解决方法增大Tomcat调用Java虚拟机时内存大小,本文不做重点)，运行Jenkins的服务器配置最好内存1G以上，因为后续会加入一些Jenkins插件，有一些会比较占用内存，导致Jenkins启动不了。 安装Jenkins插件 Email Extension Plugin (邮件通知) GIT plugin (可能已经默认安装了) Publish Over SSH (远程Shell) 安装方法： 首页->系统管理->管理插件->可选插件->过滤(搜索插件名)->勾选-

环境安装： windows7+64位 pytest ：4.0.2 allure 的安装 ： allure 的 python 库 pytest-allure-adaptor jenkins 的安装 ：2.138.2 JDK 1.8 一、 pytest pytest的安装不做说明，可以通过pytest --version查看安装的版本 二、安装 Allure Pytest Adaptor Allure Pytest Adaptor是Pytest的一个插件，可以通过它生成Allure所需要的用于生成测试报告的数据 pip install pytest-allure-adaptor 三、jenkins的简单安装 前提：注意JDK的版本问题，本测试使用的是1.8的版本 如已安装，通过java -version检查版本 1.安装jenkins jenkins默认安装在c盘 C:\Users\Administrator\.jenkins下，但由于权限的问题，最好安装在其他位置。 新建一个系统变量：JENKINS_HOME，值为D:\jenkins，或者其他目录也可以。再将此路径添加至Path里。 jenkins的下载地址： https://jenkins.io/download/ 选择的是2.138.2的版本 选择的是jenkins.war 下载成功后，将

本文首发于： Jenkins 中文社区 原文链接 作者：Kiley Nichols 译者：wenjunzhangp 教你如何在作业上配置 Github 触发器以及如何使用 Webhook 与 Github 相通 总览 Jenkins 是领先的开源自动化服务。它提供了 1500+ 个插件来支持构建，部署和自动化任何项目。在本文中，我们将研究如何在作业上配置 Github 触发器，以及如何使用 Webhook 与 Github 相通，该 Webhook 指示何时轮询作业以构建对项目进行的更改。 前提条件 您需要在 Github 中有一个项目。 您将需要启动并运行 Jenkins 服务 。 入门 安装和运行 Ngrok Ngrok 是一个反向代理，它接受公共地址上的流量，并将该流量中继到计算机上运行的 ngrok 进程，然后再中继到您指定的本地地址。 因此，通过您选择的任何一种方法，前往 Ngrok 并注册一个帐户。然后，您应该会看到下面的截图，其中显示了如何解压缩和运行它。 运行 ./ngrok http 8080 ，它将指向我们的 Jenkins 服务。 运行该命令后，您将收到代理主机名，如下所示： 转发 http://xxxxx.ngrok.io -> http://localhost:8080 转发 https://xxxxx.ngrok.io -> http:/

Kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效（powerful）,Kubernetes提供了应用部署，规划，更新，维护的一种机制。 前提条件是，有storageclass，利用pvc 创建持久化存储 创建kube-ops namespace 这里创建opspvc 另外把accessmode 换成readwritemany，因为会有多个pod 进行读写 然后部署jenkins master deployment如下 --- apiVersion: extensions/v1beta1 kind: Deployment metadata: name: jenkins namespace: kube-ops spec: template: metadata: labels: app: jenkins spec: terminationGracePeriodSeconds: 10 serviceAccountName: jenkins containers: - name: jenkins image: jenkins/jenkins:lts imagePullPolicy: IfNotPresent ports: - containerPort: 8080 name: web protocol:

默认情况下，Jenkins主目录(也叫安装目录)没有updates目录，如下，至少进行过一次插件下载(也就是说，安装Jenkins的时候至少要出现下载插件的页面才行)，才会出现这个目录，正常出现这个目录的话，updates目录下的内容如下所示 default.json这个文件中保存了对Jenkins更新站点和默认搜索引擎的设置，我们需要将其默认的设置改过来 默认的如下 我们在这里将www.google.com改为www.baidu.com，将默认更新站点改为清华大学的默认更新站点，从而实现插件下载的加速 因为这个default.json文件中包含的上述url较多，所以建议大家使用sed命令完成批量替换，命令如下 cd /var/lib/jenkins/updates/ sed -i 's/ http://www.google.com/https://www.baidu.com/g ' default.json sed -i 's/ http://updates.jenkins-ci.org/download/https://mirrors.tuna.tsinghua.edu.cn/jenkins/g ' default.json 执行完毕之后记得重启Jenkins(如果原来没有启动，直接启动就可以) 来源： https://www.cnblogs.com/sky-ai/p

使用jenkins构建和部署前端 k8s集群中搭建jenkins，参考： https://www.cnblogs.com/zoujiaojiao/p/11193331.html docker下搭建jenkins，参考： https://www.cnblogs.com/zoujiaojiao/p/11028108.html 安装nodejs插件 前端编译需要安装插件nodejs：系统管理-插件管理 找到Nodejs插件，安装 node工具配置：系统管理-全局工具配置 创建前端项目 配置前端项目 构建前端项目 下载nodejs https://nodejs.org/dist/v13.9.0/node-v13.9.0-linux-x64.tar.gz 放置到jenkins挂载的目录下： 修改全局工具配置： 来源： https://www.cnblogs.com/zoujiaojiao/p/12574521.html

Jenkins使用docker构建 Jenkins master要将构建任务分配给Docker，就必须在Jenkins agent上安装Docker。建议给这些agent打上docker的标签。 在Jenkins agent上安装Docker注意 要将 Jenkins agent 的用户加入Docker的用户组中，这样Jenkins agent不需要加sudo就能执行docker命令。如果不生效，则可能需要重启Jenkins agent。 使用Docker构建 pipeline插件从2.5版本开始就内置了Docker插件 与之前不同的，在agent部分我们将node换成了docker。下面分别解释docker的常用选项。 • label（可选）：字符串类型，与node的label的作用一样。 • image：字符串类型，指定构建时使用的Docker镜像。 • args（可选）：字符串类型，Jenkins执行docker run命令时所带的参数，如args'-v/tmp：/tmp'。 • alwaysPull（可选）：布尔类型，强制每次执行docker pull命令时都重新拉取镜像。 配置Docker私有仓库 Docker拉取镜像时，默认是从Docker官方中心仓库拉取的。那么如何实现从私有仓库拉取呢？ Docker插件为我们提供了界面操作，具体步骤如下： 进入Manage

Pipeline翻译过来就是流水线的意思，在公司中可能会有很多项目，如果使用Jenkins构建完成后，开发构建项目需要一项一项点击，比较麻烦，因此，pipeline就应用而生了 。 一、部署Pipeline——代码流水线管理 Jenkins部署及其他服务部署可参考博文： 持续集成之代码质量管理———Sonar 另外我们再开一台测试端 1、Jenkins服务器操作如下（配置免密登录及对Jenkins的用户配置授权）： 执行命令主要涉及的是权限问题，我们要搞明白，jenkins 是以什 么权限来执行命令的。那么问题来了，我们现在 192.168.171.134 上，如果在想 192.168.171.135 上执行命令。需要怎么做呢？ 我们做无秘钥有 2 种分案： 1）使用 jenkins 用户将秘钥分发给 192.168.171.135 上 2）使用 root 用户将秘钥分发给 192.168.171.135 上，如果使用 root 用户还要进 行 visudo 授权。因为 Web 上默认执行命令的用户是 jenkins 这里我们使用第二种 [root@jenkins /]# ssh-copy-id root@192.168.171.135 # 将公钥发送到测试端 [root@jenkins /]# visudo # 授权 root ALL=(ALL) ALL

Sonar是一个用于代码质量管理的开放平台，通过插件机制，Sonar可以集成不同的测试工具、代码分析工具以及持续集成工具。与持续集成工具（如Hudson/Jenkins等）不同，Sonar并不是简单地把不同代码检查结果（例如：FindBugs、PMD等）直接显示在web UI界面上，而是通过不同的插件对这些结果再加工处理，通过量化的方式度量代码质量的变化，从而可以方便地对不同规模和种类的工程进行代码质量管理。 在对其他工具的支持方面，Sonar 不仅提供了对 IDE 的支持，可以在 Eclipse 和 IntelliJ IDEA 这些工具里联机查看结果；同时 Sonar 还对大量的持续集成工具提供了接口支持，可以很方便地在持续集成中使用 Sonar。 此外，Sonar 的插件还可以对 Java 以外的其他编程语言提供支持，对国际化以及报告文档化也有较好的支持。 Sonar 的功能就是来检查代码是否有 BUG。除了检查代码是否有 bug 还有其他的功能，比如说：你的代码注释率是多少，代码有一些建议，编写语法的建议。所以称之为质量管理。 一、部署Sonar 接下来的配置是基于博文 部署Jenkins+Gitlab实现持续集成 的环境进行部署 所有的源码包及插件都可以在此 链接 （提取码: t976）下载 [root@jenkins ~]# unzip sonarqube-5.6.zip