Jenkins不同job之间传递参数

简介: 有的时候不同job直接需要传递一个文件名或者路径,这个时候我们不需要传递文件实体,那这个路径如何传递呢?比如有如下两个项目,我想把A的工作目录传递给B,让B使用。 A job配置 首先需要安装一个Parameterized Trigger Plugin插件: 安装后重启。

有的时候不同job直接需要传递一个文件名或者路径,这个时候我们不需要传递文件实体,那这个路径如何传递呢?比如有如下两个项目,我想把A的工作目录传递给B,让B使用。
这里写图片描述

A job配置

首先需要安装一个Parameterized Trigger Plugin插件:

这里写图片描述

安装后重启。

在A项目配置面板中Post-build Actions选项中选择Trigger parameterized build on other projects
我选择的参数为预定义参数,如果想知道有哪些与定义参数,可以在Build模块下选择Execute shell

这里写图片描述

选在文本框下的the list of available environment variables 选项,可以查看如下信息:

The following variables are available to shell scripts

BUILD_NUMBER
    The current build number, such as "153"
BUILD_ID
    The current build id, such as "2005-08-22_23-59-59" (YYYY-MM-DD_hh-mm-ss)
BUILD_DISPLAY_NAME
    The display name of the current build, which is something like "#153" by default. JOB_NAME Name of the project of this build, such as "foo" or "foo/bar". (To strip off folder paths from a Bourne shell script, try: ${JOB_NAME##*/}) BUILD_TAG String of "jenkins-${JOB_NAME}-${BUILD_NUMBER}". Convenient to put into a resource file, a jar file, etc for easier identification. EXECUTOR_NUMBER The unique number that identifies the current executor (among executors of the same machine) that’s carrying out this build. This is the number you see in the "build executor status", except that the number starts from 0, not 1. NODE_NAME Name of the slave if the build is on a slave, or "master" if run on master NODE_LABELS Whitespace-separated list of labels that the node is assigned. WORKSPACE The absolute path of the directory assigned to the build as a workspace. JENKINS_HOME The absolute path of the directory assigned on the master node for Jenkins to store data. JENKINS_URL Full URL of Jenkins, like http://server:port/jenkins/ (note: only available if Jenkins URL set in system configuration) BUILD_URL Full URL of this build, like http://server:port/jenkins/job/foo/15/ (Jenkins URL must be set) JOB_URL Full URL of this job, like http://server:port/jenkins/job/foo/ (Jenkins URL must be set) SVN_REVISION Subversion revision number that's currently checked out to the workspace, such as "12345" SVN_URL Subversion URL that's currently checked out to the workspace. 

ok,回到正题,具体配置如下:

这里写图片描述

我将A项目的工作目录传递给了自定义参数TEST_WORKSPACE.到这里A项目的配置就完成了。

B job配置

我们在A项目配置的TEST_WORKSPACE参数,如果在B job中使用,首先我们在配置界面中,勾选The build is parameterized。具体配置信息如下所示:

这里写图片描述

这样我们就在当前工作环境中得到了由A传递过来的参数。至于你怎么使用,那是你的事了。比如我在shell脚本中首先切换到该目录下(需要在一台机器上),然后在A项目的工作目录下生成一个hello.txt文档,我们可以在shell命令下配置如下信息:

这里写图片描述

ok,配置完成了,这个时候我们构建A,看看能不能让B在A的工作目录下生成一个hello.txt文档。

这里写图片描述

Done!


注:转载需注明出处及作者。

流柯      

目录
相关文章
|
运维 jenkins Devops
Jenkins创建多分支job
Jenkins创建多分支job
188 0
Jenkins创建多分支job
|
jenkins 持续交付
Jenkins(5)- 新建一个job并快速体验完整流程
Jenkins(5)- 新建一个job并快速体验完整流程
294 0
Jenkins(5)- 新建一个job并快速体验完整流程
|
jenkins Shell 持续交付
Jenkins 踩坑 | job 创建、参数化、定时构建及时区偏差问题解决
Jenkins 踩坑 | job 创建、参数化、定时构建及时区偏差问题解决
|
jenkins Shell 持续交付
Jenkins 踩坑 | job 创建、参数化、定时构建及时区偏差问题解决
1)启动 Jenkins 后在首页点击"开始创建一个新任务"。 2)输入任务名称,选择自由风格,点击“确定”。 1) 任意输入描述,然后勾选"丢弃旧的构建", 在"保持构建的最大个数中"输入 3。 1)勾选"参数化构建过程",选择添加"字符参数" 2)设置参数名称、默认值和描述 1)在"构建触发器"中勾选"定时构建",日程表中输入H2/ * * * *,表示每两分钟构建一次。 1)在构建中选择执
|
jenkins Shell 持续交付
Jenkins 踩坑 | job 创建、参数化、定时构建及时区偏差问题解决
1)启动 Jenkins 后在首页点击"开始创建一个新任务"。 2)输入任务名称,选择自由风格,点击“确定”。 1) 任意输入描述,然后勾选"丢弃旧的构建", 在"保持构建的最大个数中"输入 3。 1)勾选"参数化构建过程",选择添加"字符参数" 2)设置参数名称、默认值和描述 1)在"构建触发器"中勾选"定时构建",日程表中输入H2/ * * * *,表示每两分钟构建一次。 1)在构建中选择执
|
jenkins API 持续交付
jenkins 批量添加任务job
最近重构一个Scrapy爬虫项目,需要将300个spider的调度任务在jenkins中添加。这已经超过了手动一个一个添加任务的极限,是时候要借助工具批量添加了。
8544 0
|
jenkins 持续交付 开发工具
Jenkins- job之间传参
前言: 本文介绍插件: Parameterized Trigger plugin的具体使用方法。 一、插件介绍 Parameterized Trigger plugin插件可以让你在构建完成时触发新的Job构建,并以各种方式为新Job构建指定参数。
2103 0
|
安全 jenkins API
通过jenkins API去build一个job
背景 查看jenkins的api 直接访问 JENKINS_URL/job/JOB_NAME/api/ 就可以查看jenkins的api build一个job的话,是POST请求 JENKINS_URL/job/JOB_NAME/build 会提示: 这是jenkins的安全策略导致的,需要传递一个crumb    解决方法 有两个方案, 第一种方案: 1.
2778 0
|
22天前
|
jenkins Devops Java
DevOps实践:Jenkins在持续集成与持续部署中的价值
【10月更文挑战第27天】在快速发展的软件开发领域,DevOps实践日益重要。Jenkins作为一款流行的开源自动化服务器,在持续集成(CI)和持续部署(CD)中扮演关键角色。本文通过案例分析,探讨Jenkins在Java项目中的应用,展示其自动化构建、测试和部署的能力,提高开发效率和软件质量。
44 2
|
3月前
|
jenkins 持续交付 开发者
自动化部署:使用Jenkins和Docker实现持续集成与交付
【8月更文挑战第31天】本文旨在为读者揭示如何通过Jenkins和Docker实现自动化部署,从而加速软件开发流程。我们将从基础概念讲起,逐步深入到实际操作,确保即使是初学者也能跟上步伐。文章将提供详细的步骤说明和代码示例,帮助读者理解并应用这些工具来优化他们的工作流程。
下一篇
无影云桌面