在线网站创做简历,学做网站要会哪些,h5长页面怎么制作,响应式网站建设机构这里写目录标题 pipeline的组成1、pipeline最简单结构1.1、pipeline1.2、stages1.3、stage1.4、steps1.5、agent 2、post3、pipeline支持的命令3.1、environment3.2、tools3.3、input3.4、options3.5、parameters3.6、parallel3.7、triggers3.8、when pipeline的组成
1、pipel… 这里写目录标题 pipeline的组成1、pipeline最简单结构1.1、pipeline1.2、stages1.3、stage1.4、steps1.5、agent 2、post3、pipeline支持的命令3.1、environment3.2、tools3.3、input3.4、options3.5、parameters3.6、parallel3.7、triggers3.8、when pipeline的组成
1、pipeline最简单结构
pipeline的必须部分有以下五个少一个都不行都会报错。
1.1、pipeline
代表整条流水线包含整条流水线的逻辑。
1.2、stages
流水线中多个stage的容器。stages部分至少包含一个stage。
1.3、stage
阶段代表流水线的阶段。每个阶段必须有名称。。
1.4、steps
代表阶段中的一个或者多个具体步骤step的容器。steps部分至少一个步骤。
1.5、agent
指定流水线的执行节点Jenkins agent
参数
any: 在任何可用的agent 上执行Pipeline或stage。例如agent anynone: 当在pipeline块的顶层使用none时将不会为整个Pipeline运行分配全局agent 每个stage部分将需要包含其自己的agent部分。label: 使用有label标签的agent例如agentnode: agent { node { label ‘labelName’ } }等同于 agent { label ‘labelName’ }但node允许其他选项如customWorkspace。docker: 动态供应一个docker节点去执行pipeline或stagedocker还可以接受一个args直接传递给docker run调用。
2、post
post部分包含的是在整个pipeline或阶段完成后一些附加的步骤。post部分是可选的所以并不包含在pipeline最简结构中。但这并不代表它作用不大。根据pipeline或阶段的完成状态post部分分成多种条件块包括
always不论当前完成状态是什么都执行。success当前完成状态为成功时运行。failure当前完成状态为失败时执行。unstable当前完成状态为不稳定时执行。changed只要当前完成状态与上一次完成状态不同就执行。fixed上一次完成状态为失败或不稳定unstable当前完成状态为成功时执行。aborted当前执行结果是中止状态时一般为人为中止执行。cleanup清理条件块。不论当前完成状态是什么在其他所有条件块执行完成后都执行regression上一次完成状态为成功当前完成状态为失败、不稳定或中止aborted时执行。
3、pipeline支持的命令
3.1、environment
用户设置环境变量可以定义在stage或者pipeline部分 定义Pipeline或stage运行时的环境变量 不是必须出现的指令 无参数 该environment指令指定一系列键值对这些对值将被定义为所有步骤的环境变量或阶段特定步骤具体取决于environment指令位于pipeline中的位置。
例如
pipeline {agent {node{label docker_nodecustomWorkspace myWorkspace}}environment {hlw hello world}3.2、tools
可定义在pipeline或stage部分。它会自动下载并安装我们指定的工具并将其加入PATH变量中。如果agent none指定则将其忽略。
pipeline {agent anytools {maven apache-maven-3.0.1 }stages {stage(Example) {steps {sh mvn --version}}}
}3.3、input
3.4、options
options 该options指令允许在Pipeline本身内配置Pipeline专用选项。Pipeline提供了许多这些选项 不是必须出现的指令
常用选项
buildDiscarder: pipeline保持构建的最大个数。例如optionsdisableConcurrentBuilds: 不允许并行执行Pipeline,可用于防止同时访问共享资源等。例如optionsskipDefaultCheckout: 默认跳过来自源代码控制的代码。例如optionsskipStagesAfterUnstable: 一旦构建状态进入了“Unstable”状态就跳过此stage。例如optionstimeout: 设置Pipeline运行的超时时间。例如optionsretry: 失败后重试整个Pipeline的次数。例如optionstimestamps: 预定义由Pipeline生成的所有控制台输出时间。例如options
pipeline{agent {node{label docker_nodecustomWorkspace pipelineWorkspace}}options {timeout(time: 10,unit:SECONDS) //构建超过10s,就会超时buildDiscarder(logRotator(numToKeepStr:2)) //最多保留2个最新的构建retry(5) //失败后尝试运行5次}3.5、parameters
parameters 定义pipeline 的专有参数列表 不是必须出现的指令
支持数据类型booleanParam, choice, credentials, file, text, password, run, string 类似参数化构建的选项
代码举例
parameters {string(name: PERSON, defaultValue: Jenkins, description: 输入的文本参数)choice(name: CHOICE, choices: [One, Two, Three], description: Pick something)
}
代码举例 pipeline {agent anyparameters {string(name: Version,defaultValue:1.1.1,description: 版本号)text name: index_monitor,defaultValue: index_monitor,description: 综合平台首页数据监控booleanParam(name: ifFlag,defaultValue: true, description: isFlag is True)choice name: env,choices: [prod,test], description: 环境}
}3.6、parallel
声明性Parallel的代码块中的可以嵌套多个stage从而让多个stage任务并行执行。 注意 一个stage有且只能有一个stepsstages或parallel 嵌套的stages本身不能包含其他parallel stage 但在其他方面的行为与stage相同 任何包含parallel的stage都不能包含agent或者tools
案例
pipeline {agent anystages {stage(s1) {steps {sh echo s1}}stage(s2) {parallel {stage(parallel-1){steps{echo parallel-1}}stage(parallel-2){steps{echo parallel-2}}}}stage(s3) {steps {sh echo s3}} }
}运行结果 案例
pipeline {agent anystages {stage(Non-Parallel Stage) {steps {echo This stage will be executed first.}}stage(Parallel Stage) {when {branch master}parallel {stage(Branch A) {agent {label for-branch-a}steps {echo On Branch A}}stage(Branch B) {agent {label for-branch-b}steps {echo On Branch B}}}}}
}
3.7、triggers
用于定义执行pipeline的触发器。• when当满足when定义的条件时阶段才执行。 triggers指令定义了Pipeline自动化触发的方式。对于与源代码集成的Pipeline如GitHub或BitBuckettriggers可能不需要基于webhook的集成也已经存在。目前只有两个可用的触发器cron和pollSCM。
cron: 接受一个cron风格的字符串来定义Pipeline触发的常规间隔例如 triggerspollSCM: 接受一个cron风格的字符串来定义Jenkins检查SCM源更改的常规间隔。如果存在新的更改则Pipeline将被重新触发。例如triggers
案例
// Declarative //
pipeline {agent anytriggers {cron(H */4 * * 1-5)每15分钟构建一次H/15 * * * * 或*/5 * * * *每天8点构建一次H 8 * * *每天8点~17点两小时构建一次H 8-17/2 * * *周一到周五8点~17点两小时构建一次H 8-17/2 * * 1-5每月1号、15号各构建一次除12月H H 1,15 1-11 *第1列分钟159第2列小时023第3列日131第4列月112第5列星期07(0和7表示星期日)}stages {stage(Example) {steps { echo Hello World}}}
}
3.8、when
when指令允许Pipeline根据给定的条件确定是否执行该阶段。该when指令必须至少包含一个条件。如果when指令包含多个条件则所有子条件必须为stage执行返回true。这与子条件嵌套在一个allOf条件中相同。
内置条件
branch: 当正在构建的分支与给出的分支模式匹配时执行例如when { branch ‘master’ }。请注意这仅适用于多分支Pipeline。environment: 当指定的环境变量设置为给定值时执行例如 whenexpression: 当指定的Groovy表达式求值为true时执行例如 when { expression { return params.DEBUG_BUILD } }not: 当嵌套条件为false时执行。必须包含一个条件。例如when { not { branch ‘master’ } }allOf: 当所有嵌套条件都为真时执行。必须至少包含一个条件。例如when { allOf { - branch ‘master’; environment name: ‘DEPLOY_TO’, value: ‘production’ } }anyOf: 当至少一个嵌套条件为真时执行。必须至少包含一个条件。例如when { anyOf { branch ‘master’; branch ‘staging’ } }
pipeline {agent anystages {stage(Example Build) {steps {echo Hello World}}stage(Example Deploy) {when {allOf {branch productionenvironment name: DEPLOY_TO, value: production}}steps {echo Deploying}}}
}
