- 综合排序
- 最热优先
- 最新优先
- 来自专栏测试人的日常
Jenkins使用手册（2） —— 软件配置
测试作为持续集成中一个重要阶段，使用Jenkins来执行自动化测试的必要性已经不言而喻，利用Jenkins进行自动化的构建（编译、打包、部署、自动化测试）可以尽早的发现软件中的问题，对应测试左移来说，测试在项目阶段中的介入的越早 接上回 上一篇文章中我们已经将Jenkins安装完成了，那接下来我们会对Jenkins做一些必要的基础配置。 登录后会跳转到自定义Jenkins界面，在该界面中我们需要对Jenkins的相关插件进行选择与安装，一般来说如果有特定需要可以使用自定义安装插件，如果暂时不知道要安装什么插件可以选择推荐安装。 Jenkins初始化完成 基础配置 如果使用的是admin用户，出于安全考虑可以先将用户密码进行修改 修改密码 选择管理Jenkins 在安全里选择管理用户 选择要修改密码的用户，点击小齿轮 后面的持续集成，我会从测试团队的角度出发，带着大家使用K8s+Jenkins来进行实战操作与讲解。
77610编辑于 2022-09-21 - 来自专栏测试人的日常
Jenkins使用手册（2） —— 软件配置
测试作为持续集成中一个重要阶段，使用Jenkins来执行自动化测试的必要性已经不言而喻，利用Jenkins进行自动化的构建（编译、打包、部署、自动化测试）可以尽早的发现软件中的问题，对应测试左移来说，测试在项目阶段中的介入的越早 接上回上一篇文章中我们已经将Jenkins安装完成了，那接下来我们会对Jenkins做一些必要的基础配置。 图片登录后会跳转到自定义Jenkins界面，在该界面中我们需要对Jenkins的相关插件进行选择与安装，一般来说如果有特定需要可以使用自定义安装插件，如果暂时不知道要安装什么插件可以选择推荐安装。 Jenkins初始化完成图片基础配置如果使用的是admin用户，出于安全考虑可以先将用户密码进行修改修改密码选择管理Jenkins图片在安全里选择管理用户图片选择要修改密码的用户，点击小齿轮图片修改密码后保存退出图片系统邮件配置一般在持续集成中 后面的持续集成，我会从测试团队的角度出发，带着大家使用K8s+Jenkins来进行实战操作与讲解。
77130编辑于 2022-08-16 - 来自专栏后端Java
jenkins使用配置
说一下咱们的目的，只需要让jenkins执行咱们写好的命令脚本，无需让jenkins拉去代码和自行打包并发布，因为这样构建速度很慢，不如手写命令，打包和部署速度快。 图片 打开会来到这个页面，因为咱们不需要jenkins给咱们做其他事情，因此无需勾选任何东西，当然了你如果想用的话，可以看一下其中的配置。 需要注意的点，源码管理这里，咱们选择无 图片 找到构建-选择添加构建步骤找到Send files or execute commands over SSH 图片 这里选择配置好的服务器配置，这里的服务器配置是全局的 =停止tomcat=========== ps -ef | grep 'dts-admin-api-0.0.1-SNAPSHOT-exec' | grep -v grep| awk '{print $2} /cmau/ nohup java -jar dts-admin-api-0.0.1-SNAPSHOT-exec.jar >dts-admin-api-0.0.1-SNAPSHOT-exec.log 2>
94840编辑于 2023-02-21 - 来自专栏散尽浮华
jenkins配置记录（2）--代码发布流程
在我们的日常运维工作中，使用jenkins来完成业务代码发版上线是至关重要的一环。 前面已经提到在jenkins上添加用户权限的操作，今天重点说下如何在jenkins下构建项目工程进行代码发布？ 2）Test测试环境下的发版，没有放到jenkins上操作（当然也是可以放到kenins上构建测试项目工程的），直接是在服务器上写的发版脚本进行的。 最简单的做法还可以是：在jenkins本机提前编写好代码同步的脚本（svn操作在脚本中定义），然后在jenkins界面里的项目构建配置中只引用shell脚本构建即可。 其实就是取所给路径的倒数第二级及其之前的路径部分，如下： [root@jenkins-server Shell]# dirname main/protected/xqsjmob/themes/tpl2/ 至此，一个完整项目的jenkins发版流程已经配置完成，后续上线发版只需要在这里一键构建执行即可。这仅仅是依据本人使用jenkins的经历而梳理的，如有误述，敬请指出，以待改正！
2.4K101发布于 2018-01-23 - 来自专栏搜狗测试
Jenkins使用之邮件模板配置
Jenkins默认提供了一个邮件通知，能在构建失败、构建不稳定等状态后发送邮件。但是它本身有很多局限性，比如它的邮件通知无法提供详细的邮件内容、无法定义发送邮件的格式、无法定义灵活的邮件接收配置等。 为解决这些问题，我们将使用 Email Extension 插件。该插件可以自定义邮件通知，如在发送邮件时自定义发送给谁以及具体内容等。本文主要对jenkins的邮件模板配置及通知进行介绍。 二、配置系统默认邮件参数 （一）内置的Jenkins 邮件服务器配置 系统管理－系统设置，先设置发件人的邮件，切记：一定要设置，且在系统管理员那个地方设置的email地址要和email配置的相同。 2. 系统管理－系统设置，再设置全局设置 设置完成后，可以勾选 “通过发送测试邮件配置” 测试此配置能否连通。 （二）Extended E-mail Notification 设置 1. Content Token Reference：邮件中可以使用的变量，所有的变量都是可选的。 三、配置邮件模板 1. 安装插件： Config File Provider：提供文件的存储插件。
5.2K20发布于 2020-03-19 - 来自专栏万丈高楼平地起
jenkins配置
1.首次进入 jenkins 的基本配置 1.首次进入 Jenkins 需要输入管理员密码，使用以下命令在 xshell 查看初始密码： cat /var/lib/jenkins/secrets/initialAdminPassword ，最后再重启 jenkins，既可以重新安装插件了 1> ip+ 端口/pluginManager/advanced，进入系统配置 2> 将 https://updates.jenkins.io/update-center.json 2>在 jenkins 面板–》 Configuration System ，找到 lcoal 项，输入 zh_CN，并勾选上。保存后即可看到汉化了（没有汉化的需要重启 jenkins）。 重启：ip+端口号/restart # 2.jenkins 配置邮箱（选配） 最好使用 163 邮箱，qq 邮箱限制比较大。 3>项目中邮件配置 这里主要配置两个地方就可以了。 进入我们要配置邮箱的项目。 1>增加一个构建后操作步骤。 2>邮件接收人和邮件内容配置
1K50编辑于 2022-03-31 - 来自专栏北京马哥教育
使用Jenkins配置自动化构建
持续集成是个简单重复劳动，人来操作费时费力，使用自动化构建工具完成是最好不过的了。 为了实现这个要求，我选择了Jenkins。 （如果不能安装，从http://mirrors.jenkins-ci.org/war/latest/jenkins.war下载war包，手动配置，配置说明参见https://wiki.jenkins-ci.org 安装后自动创建了一个windows服务：Jenkins，默认使用的端口是8080，如果需要修改，打开安装目录下的jenkins.xml文件，修改 <arguments>-Xrs -Xmx256m -Dhudson.lifecycle 打开http://192.168.0.10:8081/，看到类似下面的界面（我这里已经创建了一个任务）： 说明jenkins已经安装成功。 2. Job”,界面如下： 输入任务名称，任意名称都可以，但最好是有意义的名称，这里输入的名称和项目名称相同为hummer 2.2 选择项目类型，因我的项目是maven项目，这里选择“构建一个maven2/
1.2K80发布于 2018-05-03 - 来自专栏DevOps持续集成
如何使用代码配置运行Jenkins实例？
自从我开始使用研究Jenkins以来,已经有一段时间了。 其中一个插件，即Jenkins配置为代码，使我们可以预先定义Jenkins和其余插件的全局配置，而无需与Jenkins UI进行交互，最后使用Dockerfile构建包含所有初始化文件的Docker映像 我们将使用Dockerfile构建Jenkins实例。 很棒是因为它可以处理配置更改，并且我们可以使用所有已应用的配置来部署初始的Jenkins安装。 因此，我们可以朝着主要目标前进，由版本化配置文件定义不可变Jenkins实例的部署。 我喜欢这项研究；我想找到一种自动执行一些重复性和手动任务的方法，以便我可以使用相同的配置但使用不同的Jobs部署多个Jenkins实例。
3.4K10发布于 2020-03-25 - 来自专栏持续集成
Jenkins 与 Bitbucket webhook 的配置和使用
Jenkins 的 multi-branch pipeline 想必很多人已经在用了，使用这种类型的 Jenkins Job 最显著的作用就是可以对 Git 仓库里的任何分支和任何 Pull Request 在做 Jenkins 与 Bitbucket 的集成时，需要安装插件：Bitbucket Branch Source，可以通过该插件在 Jenkins 里进行 webhook 的配置。 如何配置 在申请添加 webhooks 之前，我先在个人的私人仓库下，创建了测试仓库对 webhook 进行了测试，在经过反复的测试，觉得没有问题后，将相应的配置通过管理员添加到对应的 Repository 最终效果 通过以上的设置，开发人员在每次创建 PR 都会立即触发 Jenkins 构建，显著的变化有两个： 比以前依赖插件响应速度要快很多，之前的响应速度一般在 1~2 分支才能触发构建 稳定程度大大提高 此前我是添加了这个事件，但我发现一些处于待合并的分支不知不觉被 webhook 触发了很多次，由于我们的全平台构建、扫描、以及测试需要至少 2~3 小时的时间，当处于待合并的 Pull Request
5.2K30发布于 2020-06-12 - 来自专栏流柯技术学院
jenkins 邮件配置
jenkins 自带一个邮件的通知的功能，但是自带的邮件通知功能，有点简单不能自定义信息，所以我们安装邮件插件Email-ext plugin。 1.首先在系统管理-插件管理-安装Email-ext plugin 2.系统设置中配置邮件服务器，在系统设置页面找到"邮件通知"的设置发送邮件的服务器,我这里以163邮箱为例如图 ? 设置完成以后，我们点击Test Configuration，发送测试邮件时候出现失败，这里因为我们首先需要设置一下发送邮件的邮箱账号，这里只是配置邮件服务器地址、账号和密码，但是jenkins不知道采用哪个邮箱去发送 ，在系统设置页面找到“Jenkins Location”设置“系统管理员邮件地址”，必须与上图设置的用户保持一致。 这样jenkins的邮件通知就配置完成了。
99320发布于 2018-08-30 - 来自专栏院长运维开发
jenkins的配置
处理 delta 中: 100% (2/2), done. [root@jenkins1 project]# ls test 2、添加jenkins系统访问gitlab系统的凭据 （1）ssh秘钥类型 登录jenkins首页--凭据(Credentials)-- 全局--添加凭据 查看jenkins主机的私钥，填入： [root@jenkins1 project]# cat ~/.ssh/id_rsa ***...*** （2）用户名密码类型 也可以使用 : 16***814@qq.com(这里必须配置，否则后面的邮件配置发送不成功) 2、Gitlab Connection name ：gitlab （自定义命名） Gitlab host URL：http git配置用户） Global Config user.email Value：xxxxxxx@qq.com （使用git配置用户邮箱） 4、Gitlab Notifier Configuration
1.2K10编辑于 2022-03-11 - 来自专栏编程进阶实战
Jenkins汉化配置
登录进入Jenkins首页 输入：本地ip+端口号（localhost:8099） ? ? 进入插件管理页面（Manage Jenkins）安装相关插件 搜索：到available栏目搜索：Locale plugin和Localization: Chinese (Simplified)这两个插件进安装 配置语言 Manage Jenkins=>System Configuration=>Configuration System ? 注意：假如配置完成后没有效果，重启Jenkins在查看（http://localhost:ip/restart） 配置成功： ?
1.3K20发布于 2021-07-29 - 来自专栏大飞的部落阁
Jenkins配置Allure
环境准备 Jenkins 安装 Allure 插件 插件名：allure-jenkins-plugin 测试机安装 Allure 为了方便测试机搭建和转移，我们选择使用 centos 的容器来做我们的测试机 releases/download/2.16.1/allure-2.16.1.tgz 2、将 allure 上传到测试机 3、将 allure 解压到测试机的/home/soft_file/路径下 jenkins 的 allure 工具配置 在 Jenkins 的系统管理，全局工具配置中，拉到最下面，点击 Allure Commandline 安装... Jenkins 提示，master 上不存在这个路径，可能存在于某个 agent 上，实际上这个路径就是存在于我们测试机上，测试机在构建过程中会使用 allure-commandline 生成 allure 配置测试机环境变量 因为 ssh 后的环境变量可能发生变化，所以我们直接将测试机的 JAVA_HOME、CLASSPATH、PATH 这三个环境变量直接配置在对接到 Jenkins 的测试机中。
84040编辑于 2022-06-17 - 来自专栏python3
Jenkins配置maven
开发团队可以自动完成项目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期。 在多个开发团队环境时，Maven可以设置按标准在非常短的时间里完成配置工作。 环境说明 操作系统 ip 角色 ubuntu-16.04.4-server-amd64 192.168.10.122 Jenkins 登录到Jenkins服务器 安装open-jdk apt-get 三、Jenkins配置maven 添加jdk 登录到Jenkins管理后台，点击 Manage Jenkins --> Global Tool Configuration 点击 新增jdk ? 使用 mvn -version 命令时，就已经打印了Java home变量，注意：去除最后的jre 添加maven 点击新增Maven ? 如果安装Maven Integration失败，需要手动下载javadoc.hpi文件，具体下载路径，报错信息中会有提示的，使用迅雷下载即可。
2.5K10发布于 2020-03-06 - 来自专栏菜鸟成长学习笔记
Jenkins节点配置
何为节点 节点是Jenkins实现分布式部署的途径,一台Jenkins实现多台服务器的部署.简单的举个例子,我们有一台Jenkins服务器,有两台甚至多台的生产服务器需要我们Jenkins去部署、构建等操作 如何配置节点 ? ? ? 我们在这一步选择固定节点。 ? 1.是Jenkins的在节点上的工作目录，所有的操作都是在Jenkins的工作目录进行的。这里根据你自己的需要。 2.是节点的ip，账号和密码信息配置。填写完ip，我们点击添加按钮，会出现下面的弹窗。 ? 类型中有多中的授权方式，演示为了方便，就选择默认的账号和密码方式进行验证授权。 上图标注出来的是，新建任务的，下面是任务的基本配置信息。下图一的标注，也就是配置节点时填写的标签名称。标签名称的作用是我们在创建任务是，指定执行的服务器，多个服务器之间用英文下的逗号隔开。 ? ? 上图中的构建shell，是一个简单的构建命令操作，只要在/root目录下面创建好了一个名称为1的目录，表示我们配置是成功了的。配置好后，我们点击应用并保存。最后选择下面图中的立即构建。 ?
2.3K51发布于 2019-07-22 - 来自专栏快乐阿超
jenkins配置Maven
JAVA_HOME/bin:$MAVEN_HOME/bin #使环境变量生效 source /etc/profile 最后输入 #查看maven版本 mvn -version 就是这个样子 我们回到Jenkins 找到Global Tool Configuration 开始配置JDK 配置Maven 然后保存，到我们的系统配置 配置jenkins用到的环境变量 JAVA_HOME /usr/lib/jvm /java-1.8.0-openjdk M2_HOME /opt/maven PATH+EXTRA $M2_HOME/bin 保存 更改maven仓库地址 #创建仓库目录 mkdir /root/repo #更改配置文件 vim $MAVEN_HOME/conf/settings.xml 更改本地 <! maven</name> <url>https://maven.aliyun.com/nexus/content/groups/public</url> </mirror> 完成后，回到jenkins
2.2K20编辑于 2022-08-16 - 来自专栏杨焱的专栏
jenkins 配置使用 gitlab push 后触发构建
发表于2018-09-072019-01-01 作者 wind 为jenkins安装插件 Gitlab Plugin 在 jenkins 的 构建任务 中配置 “构建触发器” ，勾选 Build 后面提供的那个 URL 是用来在 gitlab 中配置的 Hook URL，点击高级可以设置 secret token、在 Allowd Branches中可以设置响应哪些分支的 push 在 gitlab 的项目设置中 integrations 中配置 URL，并设置在 jenkins 构建任务中设置的 secret token，添加后可以点击 test 进行一次假装 push 测试能否触发 jenkins
91920编辑于 2021-12-07 - 来自专栏Jenkins
使用 YAML 文件配置 Jenkins 流水线
几年前，我们的 CTO 写了一篇关于使用 Jenkins 和 Docker 为 Ruby On Rails 应用提供持续集成服务的文章。 * Jenkins 的版本过低，已经很难升级 * Wolox 过去几年增长显著，一直面临着如何伸缩的问题 * 只有极少数人如何修复 Jenkins 服务的问题 * 配置 Jenkins 任务不是一件简单的任务 ### 易于修改的配置 我们之前使用 Jenkins 最痛苦的是修改项目的构建步骤。在 Jenkins 任务中，你会看到像以下代码（用于构建）： ```shell #! ### 通过 YAML 配置 Jenkins 流水线 就个人而言，我总是期望为 CI 配置简单的配置文件。这次我们有机会构建使用 YAML 文件配置的 CI。 ### Wolox-CI介绍 wolox-ci 诞生于 Jenkins 的共享库。以下是关于Wolox-CI的具体使用方式。
6.1K40发布于 2019-04-19 - 来自专栏技术那些事
Jenkins实战(二)：Jenkins各项配置选项
从正式使用Jenkins之前，将会逐步接触到Jenkins的各种配置，通过各种配置来完成各项不同的工作。本文将简单介绍一下Jenkins中的各项配置选项，以便后续使用过程中能够灵活使用。 安装插件Locale 为了方便安装插件，我这边直接从Jenkins官网下载插件，并进行上传安装。 （Jenkins为了满足不同的需求，拥有众多的插件可供选择，灵活方便使用。 1）打开Jenkins官网的插件页面https://plugins.jenkins.io/： ? 2）在搜索框输入“Locale”，来查找插件Locale： ? 3）下载插件Locale到本地。 4）登录Jenkins，在【Manage Jenkins】-> 【Manage Plugins】-> 【高级】，选择上传刚刚下载的插件Locale，完成插件的安装，安装后重启。 ? 2. 环境变量：用于定义环境变量，便于在job中使用。 系统时间：用于配置系统时间格式。 管理监控配置：用于展示给管理员的关于Jenkins实例状态的警告信息。
2.2K60发布于 2020-03-26 - 来自专栏技术杂记
Jenkins 基础2
依赖 Jenkins 的运行需要 Java 环境 ，yum install jenkins 并不检查并且强制要求 java 已经正确安装，正常安装完jenkins并不代表其可以正常运行，使用下面的方式来确认当前环境下 Jenkins typically works best with a Sun implementation of Java, which is not included in CentOS for licensing reasons CentOS 版本的java 与Jenkins并不兼容 java -version java version "1.5.0" gij (GNU libgcj) version 4.4.6 20110731 (Red Hat 4.4.6-3) EPEL仓库里提供的OpenJDK 可以很好的支持Jenkins java -version java version "1.7.0_79" OpenJDK * 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:8080 [root@h101 ~]# 默认情况下Jenkins
28120编辑于 2022-03-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号