标签：put ram 对象 jenkins line username 2.x git 世界
原文地址http://www.cnblogs.com/fengjian2016/p/8227532.html
pipeline 是一套运行于jenkins上的工作流框架，将原本独立运行于单个或者多个节点的任务连接起来，实现单个任务难以完成的复杂流程编排与可视化。
pipeline 是jenkins2.X 最核心的特性， 帮助jenkins 实现从CI 到 CD与 DevOps的转变
pipeline 提供一组可扩展的工具， 通过 pipeline domain specific language syntax 可以到达pipeline as code 目的
pipiline as code : jenkinsfile 存储在项目的 源代码库
为什么要使用pipeline
1. 代码： pipeline 以代码的形式实现，通过被捡入源代码控制， 使团队能够编译，审查和迭代其cd流程
2 可连续性： jenkins 重启 或者中断后都不会影响pipeline job
3.停顿： pipeline 可以选择停止并等待人工输入或者批准，然后在继续pipeline运行
4.多功能： pipeline 支持现实世界的复杂CD要求， 包括fork、join子进程，循环和并行执行工作的能力
5.可扩展： pipeline 插件支持其DSL的自动扩展以及其插件集成的多个选项。
pipeline 脚本是有groovy 语言实现的
-无需专门学习 groovy
pipeline 支持两种语法
- Declarative 声明式
- Scripted pipeline 脚本式
如何创建基本的pipeline
- 直接在jenkins web ui 网页界面输入脚本
- 通过常见一个jenkins 可以检入项目的源代码管理库
Declarativ 声明式 pipeline
声明式pipeline 基本语法和表达式遵循 groovy语法，但是有以下例外：
- 声明式pipeline 必须包含在固定格式的pipeline{} 块内
- 每个声明语句必须独立一行， 行尾无需使用分号
- 块(Blocks{}) 只能包含章节(Sections),指令（Directives）,步骤(Steps),或者赋值语句
- 属性引用语句被视为无参数方法调用。 如input()
块(Blocks{})
- 由大括号括起来的语句： 如 Pipeline{}, Sections{}, parameters{}, script{}
章节(Sections)
- 通常包括一个或者多个指令或步骤 如 agent，post，stages，steps
指令(Directives)
- environment, options, parameters, triggers, stage, tools, when
步骤(steps)
- 执行脚本式pipeline, 如script{}
agent |
|
| 需要 | 必须存在，agent必须在pipeline块内的顶层定义，但是stage内是否使用为可选 |
| 参数 | any/none/label/node/docker/dockerfile |
| 常用参数 | label/customWorkspace/reuseNode |
| 展示： | |
| agent { label ‘this k8s-api-label‘} | |
|
agent { node{ label ‘ this is k8sapi-label‘ customWorkspace ‘/some/other/path‘ } } |
agent { docker { image ‘im-web‘ label ‘this is k8sapi-label‘ args ‘-v /tmp:/tmp‘ } } |
# customWorkspace node节点的工作空间
post |
|
| 需要 | 否，用于pipeline的最外层或者stage{}中 |
| 参数 | 无 |
| 常用选项 |
构建后操作的内置判定条件 always,changed,failure,sucess,unstable,aborted |
| 展示： | |
 pipeline {
agent any
stages {
stage(‘Example‘) {
steps {
echo ‘Hello World‘
}
}
}
post {
always {
echo ‘I will ........!‘
}
}
}
|
|
stages |
|
| 需要 | 是，包括顺序执行的一个或者多个stage命令 |
| 参数 | 无 |
| 常用选项 |
构建后操作的内置判定条件 always,changed,failure,sucess,unstable,aborted |
| 展示： | |
pipeline {
agent any
stages {
stage(‘Example‘) {
steps {
echo ‘Hello World‘
}
}
}
stage(‘echo‘) {
steps {
echo ‘I will ........!‘
}
}
}
|
|
steps |
|
| 需要 | 是，steps位于stage指令块内部，包括一个或者多个step |
| 参数 | 无 |
| 说明 |
仅有一个step的情况下可以忽略关键字step及其{} |
| 展示： | |
pipeline {
agent any
stages {
stage(‘Example‘) {
steps {
echo ‘Hello World‘
}
}
}
stage(‘echo‘) {
steps {
echo ‘I will ........!‘
}
}
}
|
|
environment指令指定一系列键值对，这些键值对将被定义为所有step或stage-specific step的环境变量，具体取决于environment指令在Pipeline中的位置。
该指令支持一种特殊的方法credentials()，可以通过其在Jenkins环境中的标识符来访问预定义的凭据。
对于类型为“Secret Text”的凭据，该 credentials()方法将确保指定的环境变量包含Secret Text内容；对于“标准用户名和密码”类型的凭证，指定的环境变量将被设置为username:password。
environment |
|
| 需要 | 是，environment 定义了一组全局的环境变量键值对 |
| 参数 | 无 |
| 说明 |
存在于pipeline{} 或者stage指令内， 注意特殊方法credentials() ,可以获取jenkins中预定义的凭证明文内容 |
| 展示： | |
pipeline {
agent any
environment {
SONAR_SERVER = ‘http://172.16.230.171:9000‘
}
stages {
stage(‘Example‘) {
steps {
echo "${SONAR_SERVER}"
}
}
}
}
|
|
buildDiscarder
pipeline保持构建的最大个数。例如：options { buildDiscarder(logRotator(numToKeepStr: ‘1‘)) }
disableConcurrentBuilds
不允许并行执行Pipeline,可用于防止同时访问共享资源等。例如：options { disableConcurrentBuilds() }
skipDefaultCheckout
默认跳过来自源代码控制的代码。例如：options { skipDefaultCheckout() }
skipStagesAfterUnstable
一旦构建状态进入了“Unstable”状态，就跳过此stage。例如：options { skipStagesAfterUnstable() }
timeout
设置Pipeline运行的超时时间。例如：options { timeout(time: 1, unit: ‘HOURS‘) }
retry
失败后，重试整个Pipeline的次数。例如：options { retry(3) }
timestamps
预定义由Pipeline生成的所有控制台输出时间。例如：options { timestamps() }
options |
|
| 需要 | 否，预定义pipeline专有的配置信息，仅可定义一次 |
| 参数 | 无 |
| 说明 |
authorizationMatrix, buildDiscarder, catchError, disableConcurrentBuilds, overrideIndexTriggers, |
| 展示： 设置构建超时时间 为1个小时 | |
pipeline {
agent any
options {
timeout(time:1, unit: ‘HOURS‘)
}
environment {
SONAR_SERVER = ‘http://172.16.230.171:9000‘
JAVA_HOME=‘/data/jdk‘
}
stages {
stage(‘sonarserver‘) {
steps {
echo "${SONAR_SERVER}"
}
}
stage(‘javahome‘) {
steps {
echo "${JAVA_HOME}"
}
}
}
}
|
|
parameters
parameters指令提供用户在触发Pipeline时的参数列表。这些参数值通过该params对象可用于Pipeline步骤
可用参数
string
A parameter of a string type, for example: parameters { string(name: ‘DEPLOY_ENV‘, defaultValue: ‘staging‘, description: ‘‘) }
booleanParam
A boolean parameter, for example: parameters { booleanParam(name: ‘DEBUG_BUILD‘, defaultValue: true, description: ‘‘) }
目前只支持[booleanParam, choice, credentials, file, text, password, run, string]这几种参数类型，其他高级参数化类型还需等待社区支持。
parameters |
|
| 需要 | 否，定义参数化构建的参数 |
| 参数 | 无 |
| 说明 |
booleanParam,choice,file,text,password,run,string |
| 示例 | |
|
pipeline {
agent any
options {
timeout(time:1, unit: ‘HOURS‘)
}
parameters {
choice(name:‘PerformMavenRelease‘,choices:‘False\nTrue‘,description:‘desc‘)
// password(name:‘CredsToUse‘,defaultValue:‘‘,description:‘A password to build with‘)
}
environment {
SONAR_SERVER = ‘http://172.16.230.171:9000‘
JAVA_HOME=‘/data/jdk‘
}
stages {
stage(‘sonarserver‘) {
steps {
echo "${SONAR_SERVER}"
}
}
stage(‘javahome‘) {
steps {
echo "${JAVA_HOME}"
}
}
stage(‘get parameters‘) {
steps {
echo "${params.PerformMavenRelease}"
}
}
}
}
|
|
调用定义的参数， 需要使用 params.PerformMavenRelease
triggers指令定义了Pipeline自动化触发的方式。对于与源代码集成的Pipeline，如GitHub或BitBucket，triggers可能不需要基于webhook的集成也已经存在。目前只有两个可用的触发器：cron和pollSCM。
triggers |
|
| 需要 | 否，定义pipeline被自动触发的方式 |
| 参数 | 无 |
| 说明 |
cron,pollSCM,upstream |
| 示例 | |
|
pipeline {
agent any
options {
timeout(time:1, unit: ‘HOURS‘)
}
parameters {
choice(name:‘PerformMavenRelease‘,choices:‘False\nTrue‘,description:‘desc‘)
// password(name:‘CredsToUse‘,defaultValue:‘‘,description:‘A password to build with‘)
}
environment {
SONAR_SERVER = ‘http://172.16.230.171:9000‘
JAVA_HOME=‘/data/jdk‘
}
|
|
when指令允许Pipeline根据给定的条件确定是否执行该阶段。该when指令必须至少包含一个条件。如果when指令包含多个条件，则所有子条件必须为stage执行返回true。这与子条件嵌套在一个allOf条件中相同（见下面的例子）。
更复杂的条件结构可使用嵌套条件建：not，allOf或anyOf。嵌套条件可以嵌套到任意深度
when |
|
| 需要 | 否 |
| 参数 | 无 |
| 说明 |
inside a stage directive |
pipeline {
agent any
stages {
stage(‘Example Build‘) {
steps {
echo ‘Hello World‘
}
}
stage(‘Example Deploy‘) {
when {
allOf {
branch ‘production‘
environment name: ‘DEPLOY_TO‘, value: ‘production‘
}
}
steps {
echo ‘Deploying‘
}
}
}
}
|
|
Declarative Pipeline近期新增了对并行嵌套stage的支持，对耗时长，相互不存在依赖的stage可以使用此方式提升运行效率。除了parallel stage，单个parallel里的多个step也可以使用并行的方式运行。
pipeline {
agent any
stages {
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"
}
}
}
}
}
}
变量传递
1. 自定义变量（局部）
def username = ‘jenkins‘
echo "hello Mr.${username}"
2. 环境变量
withEnv([‘JAVA_HOME=/data/jdk‘]) {
sh ‘$JAVA_HOME/bin/start.sh‘
}
3. 环境变量（全局）
environment {
JAVA_HOME=‘/data/jdk‘
}
echo " java path $JAVA_HOME"
4. 参数化构建（全局）
parameters {
string(name: ‘GIT_BRANCH‘, defaultValue: ‘master‘, description: ‘default build branch‘)
}
调用：
echo "${params.name}"
判断：
1.when 仅用于stage内部
2. when 的内置条件
1). when {branch ‘master‘} #当是master的时候，才执行某些事情
2). when {envionment name:‘DEPLOY_TO‘,value:‘production‘} #当环境变量name 的值是production的时候，才执行某些事情
3). when {expression {return params.DEBUG_BUILD}} #表达式的返回值是真的情况下，才执行
4). when {not {branch ‘master‘}} #不是master的情况下，执行
5). when {allOf {branch ‘master‘; environment name: ‘DEPLOY_TO‘,value:‘production‘}} #当大括号中所有的项都成立，才去做某些事情
6). when {anyOf {branch ‘master‘; branch ‘staging‘}} #只要满足大括号里面的某一个条件，才去做某些事情
标签：put ram 对象 jenkins line username 2.x git 世界
原文地址：https://www.cnblogs.com/111testing/p/9721424.html
