国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

新版本Jenkins推薦使用聲明式流水線

jf_ro2CN3Fa ? 來源:u.kubeinfo.cn/ozoxBB ? 2023-01-13 15:34 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群


什么是流水線

jenkins 有 2 種流水線分為聲明式流水線腳本化流水線,腳本化流水線是 jenkins 舊版本使用的流水線腳本,新版本 Jenkins 推薦使用聲明式流水線。文檔只介紹聲明流水線。

聲明式流水線

在聲明式流水線語法中,流水線過程定義在 Pipeline{}中,Pipeline 塊定義了整個流水線中完成的所有工作,比如

參數說明:
  • agent any:在任何可用的代理上執行流水線或它的任何階段,也就是執行流水線過程的位置,也可以指定到具體的節點
  • stage:定義流水線的執行過程(相當于一個階段),比如下文所示的 Build、Test、Deploy, 但是這個名字是根據實際情況進行定義的,并非固定的名字
  • steps:執行某階段具體的步驟。
//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
stages{
stage('Build'){
steps{
echo'Build'
}
}
stage('Test'){
steps{
echo'Test'
}
}
stage('Deploy'){
steps{
echo'Deploy'
}
}
}
}
腳本化流水線

在腳本化流水線語法中,會有一個或多個 Node(節點)塊在整個流水線中執行核心工作

參數說明:
  • node:在任何可用的代理上執行流水線或它的任何階段,也可以指定到具體的節點
  • stage:和聲明式的含義一致,定義流水線的階段。Stage 塊在腳本化流水線語法中是可選的,然而在腳本化流水線中實現 stage 塊,可以清楚地在 Jenkins UI 界面中顯示每個 stage 的任務子集。
//Jenkinsfile(ScriptedPipeline)
node{
stage('Build'){
echo'Build'
}
stage('Test'){
echo'Test'
}
stage('Deploy'){
echo'Deploy'
}
}

基于 Spring Boot + MyBatis Plus + Vue & Element 實現的后臺管理系統 + 用戶小程序,支持 RBAC 動態權限、多租戶、數據權限、工作流、三方登錄、支付、短信、商城等功能

  • 項目地址:https://github.com/YunaiV/ruoyi-vue-pro
  • 視頻教程:https://doc.iocoder.cn/video/

聲明式流水線

聲明式流水線必須包含在一個 Pipeline 塊中,比如是一個 Pipeline 塊的格式

pipeline{
/*insertDeclarativePipelinehere*/
}

在聲明式流水線中有效的基本語句和表達式遵循與 Groovy 的語法同樣的規則,但有以下例外

  • 流水線頂層必須是一個 block,即 pipeline{}
  • 分隔符可以不需要分號,但是每條語句都必須在自己的行上
  • 塊只能由 Sections、Directives、Steps 或 assignment statements 組成
  • 屬性引用語句被當做是無參數的方法調用,比如 input 會被當做 input()。
Sections

聲明式流水線中的 Sections 不是一個關鍵字或指令,而是包含一個或多個 Agent、Stages、 post、Directives 和 Steps 的代碼區域塊。

1.Agent

Agent 表示整個流水線或特定階段中的步驟和命令執行的位置,該部分必須在 pipeline 塊的頂層被定義,也可以在 stage 中再次定義,但是 stage 級別是可選的。

any

在任何可用的代理上執行流水線,配置語法

pipeline{
agentany
}
none

表示該 Pipeline 腳本沒有全局的 agent 配置。當頂層的 agent 配置為 none 時, 每個 stage 部分都需要包含它自己的 agent。配置語法

pipeline{
agentnone
stages{
stage('StageForBuild'){
agentany
}
}
}
label

以節點標簽形式選擇某個具體的節點執行 Pipeline 命令,例如:agent { label 'my-defined-label' }。節點需要提前配置標簽。

pipeline{
agentnone
stages{
stage('StageForBuild'){
agent{label'role-master'}
steps{
echo"role-master"
}
}
}
}
node

和 label 配置類似,只不過是可以添加一些額外的配置,比如 customWorkspace(設置默認工作目錄)

pipeline{
agentnone
stages{
stage('StageForBuild'){
agent{
node{
label'role-master'
customWorkspace"/tmp/zhangzhuo/data"
}
}
steps{
sh"echorole-master>1.txt"
}
}
}
}
dockerfile

使用從源碼中包含的 Dockerfile 所構建的容器執行流水線或 stage。此時對應的 agent 寫法如下

agent{
dockerfile{
filename'Dockerfile.build'//dockerfile文件名稱
dir'build'//執行構建鏡像的工作目錄
label'role-master'//執行的node節點,標簽選擇
additionalBuildArgs'--build-argversion=1.0.2'//構建參數
}
}
docker

相當于 dockerfile,可以直接使用 docker 字段指定外部鏡像即可,可以省去構建的時間。比如使用 maven 鏡像進行打包,同時可以指定 args

agent{
docker{
image'192.168.10.15/kubernetes/alpine:latest'//鏡像地址
label'role-master'//執行的節點,標簽選擇
args'-v/tmp:/tmp'//啟動鏡像的參數
}
}
kubernetes

需要部署 kubernetes 相關的插件,官方文檔:

https://github.com/jenkinsci/kubernetes-plugin/

Jenkins 也支持使用 Kubernetes 創建 Slave,也就是常說的動態 Slave。配置示例如下

  • cloud: Configure Clouds 的名稱,指定到其中一個 k8s

  • slaveConnectTimeout: 連接超時時間

  • yaml: pod 定義文件,jnlp 容器的配置必須有配置無需改變,其余 containerd 根據自己情況指定

  • workspaceVolume:持久化 jenkins 的工作目錄。

    • persistentVolumeClaimWorkspaceVolume:掛載已有 pvc。
workspaceVolumepersistentVolumeClaimWorkspaceVolume(claimName:"jenkins-agent",mountPath:"/",readOnly:"false")
  • nfsWorkspaceVolume:掛載 nfs 服務器目錄
workspaceVolumenfsWorkspaceVolume(serverAddress:"192.168.10.254",serverPath:"/nfs",readOnly:"false")
  • dynamicPVC:動態申請 pvc,任務執行結束后刪除
workspaceVolumedynamicPVC(storageClassName:"nfs-client",requestsSize:"1Gi",accessModes:"ReadWriteMany")
  • emptyDirWorkspaceVolume:臨時目錄,任務執行結束后會隨著 pod 刪除被刪除,主要功能多個任務 container 共享 jenkins 工作目錄。
workspaceVolumeemptyDirWorkspaceVolume()
  • hostPathWorkspaceVolume:掛載 node 節點本機目錄,注意掛載本機目錄注意權限問題,可以先創建設置 777 權限,否則默認 kubelet 創建的目錄權限為 755 默認其他用戶沒有寫權限,執行流水線會報錯。
workspaceVolumehostPathWorkspaceVolume(hostPath:"/opt/workspace",readOnly:false)
示例
agent{
kubernetes{
cloud'kubernetes'
slaveConnectTimeout1200
workspaceVolumeemptyDirWorkspaceVolume()
yaml'''
kind:Pod
metadata:
name:jenkins-agent
spec:
containers:
-args:['$(JENKINS_SECRET)','$(JENKINS_NAME)']
image:'192.168.10.15/kubernetes/jnlp:alpine'
name:jnlp
imagePullPolicy:IfNotPresent
-command:
-"cat"
image:"192.168.10.15/kubernetes/alpine:latest"
imagePullPolicy:"IfNotPresent"
name:"date"
tty:true
restartPolicy:Never
'''
}
}
2.agent 的配置示例

kubernetes 示例

pipeline{
agent{
kubernetes{
cloud'kubernetes'
slaveConnectTimeout1200
workspaceVolumeemptyDirWorkspaceVolume()
yaml'''
kind:Pod
metadata:
name:jenkins-agent
spec:
containers:
-args:['$(JENKINS_SECRET)','$(JENKINS_NAME)']
image:'192.168.10.15/kubernetes/jnlp:alpine'
name:jnlp
imagePullPolicy:IfNotPresent
-command:
-"cat"
image:"192.168.10.15/kubernetes/alpine:latest"
imagePullPolicy:"IfNotPresent"
name:"date"
tty:true
-command:
-"cat"
image:"192.168.10.15/kubernetes/kubectl:apline"
imagePullPolicy:"IfNotPresent"
name:"kubectl"
tty:true
restartPolicy:Never
'''
}
}
environment{
MY_KUBECONFIG=credentials('kubernetes-cluster')
}
stages{
stage('Data'){
steps{
container(name:'date'){
sh"""
date
"""
}
}
}
stage('echo'){
steps{
container(name:'date'){
sh"""
echo'k8sispod'
"""
}
}
}
stage('kubectl'){
steps{
container(name:'kubectl'){
sh"""
kubectlgetpod-A--kubeconfig$MY_KUBECONFIG
"""
}
}
}
}
}

docker 的示例

pipeline{
agentnone
stages{
stage('ExampleBuild'){
agent{docker'maven:3-alpine'}
steps{
echo'Hello,Maven'
sh'mvn--version'
}
}
stage('ExampleTest'){
agent{docker'openjdk:8-jre'}
steps{
echo'Hello,JDK'
sh'java-version'
}
}
}
}
3.Post

Post 一般用于流水線結束后的進一步處理,比如錯誤通知等。Post 可以針對流水線不同的結果做出不同的處理,就像開發程序的錯誤處理,比如 Python 語言的 try catch。

Post 可以定義在 Pipeline 或 stage 中,目前支持以下條件

  • always:無論 Pipeline 或 stage 的完成狀態如何,都允許運行該 post 中定義的指令;
  • changed:只有當前 Pipeline 或 stage 的完成狀態與它之前的運行不同時,才允許在該 post 部分運行該步驟;
  • fixed:當本次 Pipeline 或 stage 成功,且上一次構建是失敗或不穩定時,允許運行該 post 中定義的指令;
  • regression:當本次 Pipeline 或 stage 的狀態為失敗、不穩定或終止,且上一次構建的 狀態為成功時,允許運行該 post 中定義的指令;
  • failure:只有當前 Pipeline 或 stage 的完成狀態為失敗(failure),才允許在 post 部分運行該步驟,通常這時在 Web 界面中顯示為紅色
  • success:當前狀態為成功(success),執行 post 步驟,通常在 Web 界面中顯示為藍色 或綠色
  • unstable:當前狀態為不穩定(unstable),執行 post 步驟,通常由于測試失敗或代碼 違規等造成,在 Web 界面中顯示為黃色
  • aborted:當前狀態為終止(aborted),執行該 post 步驟,通常由于流水線被手動終止觸發,這時在 Web 界面中顯示為灰色;
  • unsuccessful:當前狀態不是 success 時,執行該 post 步驟;
  • cleanup:無論 pipeline 或 stage 的完成狀態如何,都允許運行該 post 中定義的指令。和 always 的區別在于,cleanup 會在其它執行之后執行。
示例

一般情況下 post 部分放在流水線的底部,比如本實例,無論 stage 的完成狀態如何,都會輸出一條 I will always say Hello again!信息

//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
stages{
stage('Example1'){
steps{
echo'HelloWorld1'
}
}
stage('Example2'){
steps{
echo'HelloWorld2'
}
}
}
post{
always{
echo'IwillalwayssayHelloagain!'
}
}
}

也可以將 post 寫在 stage,下面示例表示 Example1 執行失敗執行 post。

//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
stages{
stage('Example1'){
steps{
sh'ipa'
}
post{
failure{
echo'IwillalwayssayHelloagain!'
}
}
}
}
}
4.sepes

Steps 部分在給定的 stage 指令中執行的一個或多個步驟,比如在 steps 定義執行一條 shell 命令

//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
stages{
stage('Example'){
steps{
echo'HelloWorld'
}
}
}
}

或者是使用 sh 字段執行多條指令

//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
stages{
stage('Example'){
steps{
sh"""
echo'HelloWorld1'
echo'HelloWorld2'
"""
}
}
}
}
Directives

Directives 可用于一些執行 stage 時的條件判斷或預處理一些數據,和 Sections 一致,Directives 不是一個關鍵字或指令,而是包含了 environment、options、parameters、triggers、stage、tools、 input、when 等配置。

1.Environment

Environment 主要用于在流水線中配置的一些環境變量,根據配置的位置決定環境變量的作用域。可以定義在 pipeline 中作為全局變量,也可以配置在 stage 中作為該 stage 的環境變量。該指令支持一個特殊的方法 credentials(),該方法可用于在 Jenkins 環境中通過標識符訪問預定義的憑證。對于類型為 Secret Text 的憑證,credentials()可以將該 Secret 中的文本內容賦值給環境變量。對于類型為標準的賬號密碼型的憑證,指定的環境變量為 username 和 password,并且也會定義兩個額外的環境變量,分別為MYVARNAME_USR和MYVARNAME_PSW。

基本變量使用

//示例
pipeline{
agentany
environment{//全局變量,會在所有stage中生效
NAME='zhangzhuo'
}
stages{
stage('env1'){
environment{//定義在stage中的變量只會在當前stage生效,其他的stage不會生效
HARBOR='https://192.168.10.15'
}
steps{
sh"env"
}
}
stage('env2'){
steps{
sh"env"
}
}
}
}

使用變量引用 secret 的憑證

//這里使用k8s的kubeconfig文件示例
pipeline{
agentany
environment{
KUBECONFIG=credentials('kubernetes-cluster')
}
stages{
stage('env'){
steps{
sh"env"//默認情況下輸出的變量內容會被加密
}
}
}
}
使用變量引用類型為標準的賬號密碼型的憑證

這里使用 HARBOR 變量進行演示,默認情況下賬號密碼型的憑證會自動創建 3 個變量

  • HARBOR_USR:會把憑證中 username 值賦值給這個變量
  • HARBOR_PSW:會把憑證中 password 值賦值給這個變量
  • HARBOR:默認情況下賦值的值為usernamme:password
//這里使用k8s的kubeconfig文件示例
pipeline{
agentany
environment{
HARBOR=credentials('harbor-account')
}
stages{
stage('env'){
steps{
sh"env"
}
}
}
}
2.Options

Jenkins 流水線支持很多內置指令,比如 retry 可以對失敗的步驟進行重復執行 n 次,可以根據不同的指令實現不同的效果。比較常用的指令如下:

  • buildDiscarder :保留多少個流水線的構建記錄
  • disableConcurrentBuilds:禁止流水線并行執行,防止并行流水線同時訪問共享資源導致流水線失敗。
  • disableResume :如果控制器重啟,禁止流水線自動恢復。
  • newContainerPerStage:agent 為 docker 或 dockerfile 時,每個階段將在同一個節點的新容器中運行,而不是所有的階段都在同一個容器中運行。
  • quietPeriod:流水線靜默期,也就是觸發流水線后等待一會在執行。
  • retry:流水線失敗后重試次數。
  • timeout:設置流水線的超時時間,超過流水線時間,job 會自動終止。如果不加 unit 參數默認為 1 分。
  • timestamps:為控制臺輸出時間戳。

定義在 pipeline 中

pipeline{
agentany
options{
timeout(time:1,unit:'HOURS')//超時時間1小時,如果不加unit參數默認為1分
timestamps()//所有輸出每行都會打印時間戳
buildDiscarder(logRotator(numToKeepStr:'3'))//保留三個歷史構建版本
quietPeriod(10)//注意手動觸發的構建不生效
retry(3)//流水線失敗后重試次數
}
stages{
stage('env1'){
steps{
sh"env"
sleep2
}
}
stage('env2'){
steps{
sh"env"
}
}
}
}

定義在 stage 中

Option 除了寫在 Pipeline 頂層,還可以寫在 stage 中,但是寫在 stage 中的 option 僅支持 retry、 timeout、timestamps,或者是和 stage 相關的聲明式選項,比如 skipDefaultCheckout。處于 stage 級別的 options 寫法如下

pipeline{
agentany
stages{
stage('env1'){
options{//定義在這里這對這個stage生效
timeout(time:2,unit:'SECONDS')//超時時間2秒
timestamps()//所有輸出每行都會打印時間戳
retry(3)//流水線失敗后重試次數
}
steps{
sh"env&&sleep2"
}
}
stage('env2'){
steps{
sh"env"
}
}
}
}
3.Parameters

Parameters 提供了一個用戶在觸發流水線時應該提供的參數列表,這些用戶指定參數的值可以通過 params 對象提供給流水線的 step(步驟)。只能定義在 pipeline 頂層。

目前支持的參數類型如下
  • string:字符串類型的參數。
  • text:文本型參數,一般用于定義多行文本內容的變量。
  • booleanParam:布爾型參數。
  • choice:選擇型參數,一般用于給定幾個可選的值,然后選擇其中一個進行賦值。
  • password:密碼型變量,一般用于定義敏感型變量,在 Jenkins 控制臺會輸出為*。
插件 Parameters
  • imageTag:鏡像 tag,需要安裝 Image Tag Parameter 插件后使用
  • gitParameter:獲取 git 倉庫分支,需要 Git Parameter 插件后使用
示例
pipeline{
agentany
parameters{
string(name:'DEPLOY_ENV',defaultValue:'staging',description:'1')//執行構建時需要手動配置字符串類型參數,之后賦值給變量
text(name:'DEPLOY_TEXT',defaultValue:'One
Two
Three
',description:'2')//執行構建時需要提供文本參數,之后賦值給變量
booleanParam(name:'DEBUG_BUILD',defaultValue:true,description:'3')//布爾型參數
choice(name:'CHOICES',choices:['one','two','three'],description:'4')//選擇形式列表參數
password(name:'PASSWORD',defaultValue:'SECRET',description:'Asecretpassword')//密碼類型參數,會進行加密
imageTag(name:'DOCKER_IMAGE',description:'',image:'kubernetes/kubectl',filter:'.*',defaultTag:'',registry:'https://192.168.10.15',credentialId:'harbor-account',tagOrder:'NATURAL')//獲取鏡像名稱與tag
gitParameter(branch:'',branchFilter:'origin/(.*)',defaultValue:'',description:'Branchforbuildanddeploy',name:'BRANCH',quickFilterEnabled:false,selectedValue:'NONE',sortMode:'NONE',tagFilter:'*',type:'PT_BRANCH')
}//獲取git倉庫分支列表,必須有git引用
stages{
stage('env1'){
steps{
sh"env"
}
}
stage('git'){
steps{
gitbranch:"$BRANCH",credentialsId:'gitlab-key',url:'git@192.168.10.14:root/env.git'//使用gitParameter,必須有這個
}
}
}
}
4.Triggers

在 Pipeline 中可以用 triggers 實現自動觸發流水線執行任務,可以通過 Webhook、Cron、 pollSCM 和 upstream 等方式觸發流水線。

Cron

定時構建假如某個流水線構建的時間比較長,或者某個流水線需要定期在某個時間段執行構建,可以 使用 cron 配置觸發器,比如周一到周五每隔四個小時執行一次

注意:H 的意思不是 HOURS 的意思,而是 Hash 的縮寫。主要為了解決多個流水線在同一時間同時運行帶來的系統負載壓力。

pipeline{
agentany
triggers{
cron('H*/4**1-5')//周一到周五每隔四個小時執行一次
cron('H/12****')//每隔12分鐘執行一次
cron('H****')//每隔1小時執行一次
}
stages{
stage('Example'){
steps{
echo'HelloWorld'
}
}
}
}
Upstream

Upstream 可以根據上游 job 的執行結果決定是否觸發該流水線。比如當 job1 或 job2 執行成功時觸發該流水線

目前支持的狀態有 SUCCESSUNSTABLEFAILURENOT_BUILTABORTED 等。

pipeline{
agentany
triggers{
upstream(upstreamProjects:'env',threshold:hudson.model.Result.SUCCESS)//當env構建成功時構建這個流水線
}
stages{
stage('Example'){
steps{
echo'HelloWorld'
}
}
}
}
5.Input

Input 字段可以實現在流水線中進行交互式操作,比如選擇要部署的環境、是否繼續執行某個階段等。

配置 Input 支持以下選項
  • message:必選,需要用戶進行 input 的提示信息,比如:“是否發布到生產環境?”;
  • id:可選,input 的標識符,默認為 stage 的名稱;
  • ok:可選,確認按鈕的顯示信息,比如:“確定”、“允許”;
  • submitter:可選,允許提交 input 操作的用戶或組的名稱,如果為空,任何登錄用戶均可提交 input;
  • parameters:提供一個參數列表供 input 使用。

假如需要配置一個提示消息為“還繼續么”、確認按鈕為“繼續”、提供一個 PERSON 的變量的參數,并且只能由登錄用戶為 alice 和 bob 提交的 input 流水線

pipeline{
agentany
stages{
stage('Example'){
input{
message"還繼續么?"
ok"繼續"
submitter"alice,bob"
parameters{
string(name:'PERSON',defaultValue:'MrJenkins',description:'WhoshouldIsayhelloto?')
}
}
steps{
echo"Hello,${PERSON},nicetomeetyou."
}
}
}
}
6.when

When 指令允許流水線根據給定的條件決定是否應該執行該 stage,when 指令必須包含至少 一個條件。如果 when 包含多個條件,所有的子條件必須都返回 True,stage 才能執行。

When 也可以結合 not、allOf、anyOf 語法達到更靈活的條件匹配。

目前比較常用的內置條件如下
  • branch:當正在構建的分支與給定的分支匹配時,執行這個 stage。注意,branch 只適用于多分支流水線
  • changelog:匹配提交的 changeLog 決定是否構建,例如:when { changelog '.*^\[DEPENDENCY\] .+$' }
  • environment:當指定的環境變量和給定的變量匹配時,執行這個 stage,例如:when { environment name: 'DEPLOY_TO', value: 'production' }
  • equals:當期望值和實際值相同時,執行這個 stage,例如:when { equals expected: 2, actual: currentBuild.number }
  • expression:當指定的 Groovy 表達式評估為 True,執行這個 stage,例如:when { expression { return params.DEBUG_BUILD } }
  • tag:如果 TAG_NAME 的值和給定的條件匹配,執行這個 stage,例如:when { tag "release-" }
  • not:當嵌套條件出現錯誤時,執行這個 stage,必須包含一個條件,例如:when { not { branch 'master' } }
  • allOf:當所有的嵌套條件都正確時,執行這個 stage,必須包含至少一個條件,例如:when { allOf { branch 'master'; environment name: 'DEPLOY_TO', value: 'production' } }
  • anyOf:當至少有一個嵌套條件為 True 時,執行這個 stage,例如:when { anyOf { branch 'master'; branch 'staging' } }

示例:當分支為 main 時執行 Example Deploy 步驟

pipeline{
agentany
stages{
stage('ExampleBuild'){
steps{
echo'HelloWorld'
}
}
stage('ExampleDeploy'){
when{
branch'main'//多分支流水線,分支為才會執行。
}
steps{
echo'Deploying'
}
}
}
}

也可以同時配置多個條件,比如分支是 production,而且 DEPLOY_TO 變量的值為 main 時,才執行 Example Deploy

pipeline{
agentany
environment{
DEPLOY_TO="main"
}
stages{
stage('ExampleDeploy'){
when{
branch'main'
environmentname:'DEPLOY_TO',value:'main'
}
steps{
echo'Deploying'
}
}
}
}

也可以使用 anyOf 進行匹配其中一個條件即可,比如分支為 main 或 DEPLOY_TO 為 main 或 master 時執行 Deploy

pipeline{
agentany
stages{
stage('ExampleDeploy'){
when{
anyOf{
branch'main'
environmentname:'DEPLOY_TO',value:'main'
environmentname:'DEPLOY_TO',value:'master'
}
}
steps{
echo'Deploying'
}
}
}
}

也可以使用 expression 進行正則匹配,比如當 BRANCH_NAME 為 main 或 master,并且 DEPLOY_TO 為 master 或 main 時才會執行 Example Deploy

pipeline{
agentany
stages{
stage('ExampleDeploy'){
when{
expression{BRANCH_NAME==~/(main|master)/}
anyOf{
environmentname:'DEPLOY_TO',value:'main'
environmentname:'DEPLOY_TO',value:'master'
}
}
steps{
echo'Deploying'
}
}
}
}

默認情況下,如果定義了某個 stage 的 agent,在進入該 stage 的 agent 后,該 stage 的 when 條件才會被評估,但是可以通過一些選項更改此選項。比如在進入 stage 的 agent 前評估 when, 可以使用 beforeAgent,當 when 為 true 時才進行該 stage

目前支持的前置條件如下
  • beforeAgent:如果 beforeAgent 為 true,則會先評估 when 條件。在 when 條件為 true 時,才會進入該 stage
  • beforeInput:如果 beforeInput 為 true,則會先評估 when 條件。在 when 條件為 true 時,才會進入到 input 階段;
  • beforeOptions:如果 beforeInput 為 true,則會先評估 when 條件。在 when 條件為 true 時,才會進入到 options 階段;
  • beforeOptions 優先級大于 beforeInput 大于 beforeAgent

示例

pipeline{
agentnone
stages{
stage('ExampleBuild'){
steps{
echo'HelloWorld'
}
}
stage('ExampleDeploy'){
when{
beforeAgenttrue
branch'main'
}
steps{
echo'Deploying'
}
}
}
}
Parallel

在聲明式流水線中可以使用 Parallel 字段,即可很方便的實現并發構建,比如對分支 A、B、 C 進行并行處理

pipeline{
agentany
stages{
stage('Non-ParallelStage'){
steps{
echo'Thisstagewillbeexecutedfirst.'
}
}
stage('ParallelStage'){
failFasttrue//表示其中只要有一個分支構建執行失敗,就直接推出不等待其他分支構建
parallel{
stage('BranchA'){
steps{
echo"OnBranchA"
}
}
stage('BranchB'){
steps{
echo"OnBranchB"
}
}
stage('BranchC'){
stages{
stage('Nested1'){
steps{
echo"InstageNested1withinBranchC"
}
}
stage('Nested2'){
steps{
echo"InstageNested2withinBranchC"
}
}
}
}
}
}
}
}

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實現的后臺管理系統 + 用戶小程序,支持 RBAC 動態權限、多租戶、數據權限、工作流、三方登錄、支付、短信、商城等功能

  • 項目地址:https://github.com/YunaiV/yudao-cloud
  • 視頻教程:https://doc.iocoder.cn/video/

Jenkinsfile 的使用

上面講過流水線支持兩種語法,即聲明式和腳本式,這兩種語法都支持構建持續交付流水線。并且都可以用來在 Web UI 或 Jenkinsfile 中定義流水線,不過通常將 Jenkinsfile 放置于代碼倉庫中(當然也可以放在單獨的代碼倉庫中進行管理)。

創建一個 Jenkinsfile 并將其放置于代碼倉庫中,有以下好處

  • 方便對流水線上的代碼進行復查/迭代
  • 對管道進行審計跟蹤
  • 流水線真正的源代碼能夠被項目的多個成員查看和編輯
環境變量
1.靜態變量

Jenkins 有許多內置變量可以直接在 Jenkinsfile 中使用,可以通過 JENKINS_URL/pipeline/syntax/globals#env 獲取完整列表。目前比較常用的環境變量如下

  • BUILD_ID:當前構建的 ID,與 Jenkins 版本 1.597+中的 BUILD_NUMBER 完全相同
  • BUILD_NUMBER:當前構建的 ID,和 BUILD_ID 一致
  • BUILD_TAG:用來標識構建的版本號,格式為:jenkins-{BUILD_NUMBER}, 可以對產物進行命名,比如生產的 jar 包名字、鏡像的 TAG 等;
  • BUILD_URL:本次構建的完整 URL,比如:http://buildserver/jenkins/job/MyJobName/17/%EF%BC%9B
  • JOB_NAME:本次構建的項目名稱
  • NODE_NAME:當前構建節點的名稱;
  • JENKINS_URL:Jenkins 完整的 URL,需要在 SystemConfiguration 設置;
  • WORKSPACE:執行構建的工作目錄。

示例如果一個流水線名稱為print_env,第 2 次構建,各個變量的值。

BUILD_ID:2
BUILD_NUMBER:2
BUILD_TAG:jenkins-print_env-2
BUILD_URL:http://192.168.10.16:8080/job/print_env/2/
JOB_NAME:print_env
NODE_NAME:built-in
JENKINS_URL:http://192.168.10.16:8080/
WORKSPACE:/bitnami/jenkins/home/workspace/print_env

上述變量會保存在一個 Map 中,可以使用 env.BUILD_ID 或 env.JENKINS_URL 引用某個內置變量

pipeline{
agentany
stages{
stage('printenv'){
parallel{
stage('BUILD_ID'){
steps{
echo"$env.BUILD_ID"
}
}
stage('BUILD_NUMBER'){
steps{
echo"$env.BUILD_NUMBER"
}
}
stage('BUILD_TAG'){
steps{
echo"$env.BUILD_TAG"
}
}
}
}
}
}
2.動態變量

動態變量是根據某個指令的結果進行動態賦值,變量的值根據指令的執行結果而不同。如下所示

  • returnStdout:將命令的執行結果賦值給變量,比如下述的命令返回的是 clang,此時 CC 的值為“clang”。
  • returnStatus:將命令的執行狀態賦值給變量,比如下述命令的執行狀態為 1,此時 EXIT_STATUS 的值為 1。
//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
environment{
//使用returnStdout
CC="""${sh(
returnStdout:true,
script:'echo-n"clang"'//如果使用shell命令的echo賦值變量最好加-n取消換行
)}"""
//使用returnStatus
EXIT_STATUS="""${sh(
returnStatus:true,
script:'exit1'
)}"""
}
stages{
stage('Example'){
environment{
DEBUG_FLAGS='-g'
}
steps{
sh'printenv'
}
}
}
}
憑證管理

Jenkins 的聲明式流水線語法有一個 credentials()函數,它支持 secret text(加密文本)、username 和 password(用戶名和密碼)以及 secret file(加密文件)等。接下來看一下一些常用的憑證處理方法。

1.加密文本

本實例演示將兩個 Secret 文本憑證分配給單獨的環境變量來訪問 Amazon Web 服務,需要 提前創建這兩個文件的 credentials(實踐的章節會有演示),Jenkinsfile 文件的內容如下

//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
environment{
AWS_ACCESS_KEY_ID=credentials('txt1')
AWS_SECRET_ACCESS_KEY=credentials('txt2')
}
stages{
stage('Examplestage1'){
steps{
echo"$AWS_ACCESS_KEY_ID"
}
}
stage('Examplestage2'){
steps{
echo"$AWS_SECRET_ACCESS_KEY"
}
}
}
}
2.用戶名密碼

本示例用來演示 credentials 賬號密碼的使用,比如使用一個公用賬戶訪問 Bitbucket、GitLab、 Harbor 等。假設已經配置完成了用戶名密碼形式的 credentials,憑證 ID 為 harbor-account

//Jenkinsfile(DeclarativePipeline)
pipeline{
agentany
environment{
BITBUCKET_COMMON_CREDS=credentials('harbor-account')
}
stages{
stage('printenv'){
steps{
sh"env"
}
}
}

上述的配置會自動生成 3 個環境變量

  • BITBUCKET_COMMON_CREDS:包含一個以冒號分隔的用戶名和密碼,格式為 username:password
  • BITBUCKET_COMMON_CREDS_USR:僅包含用戶名的附加變量
  • BITBUCKET_COMMON_CREDS_PSW:僅包含密碼的附加變量。
3.加密文件

需要加密保存的文件,也可以使用 credential,比如鏈接到 Kubernetes 集群的 kubeconfig 文件等。

假如已經配置好了一個 kubeconfig 文件,此時可以在 Pipeline 中引用該文件

//Jenkinsfile(DeclarativePipeline)
pipeline{
agent{
kubernetes{
cloud'kubernetes'
slaveConnectTimeout1200
workspaceVolumeemptyDirWorkspaceVolume()
yaml'''
kind:Pod
metadata:
name:jenkins-agent
spec:
containers:
-args:['$(JENKINS_SECRET)','$(JENKINS_NAME)']
image:'192.168.10.15/kubernetes/jnlp:alpine'
name:jnlp
imagePullPolicy:IfNotPresent
-command:
-"cat"
image:"192.168.10.15/kubernetes/kubectl:apline"
imagePullPolicy:"IfNotPresent"
name:"kubectl"
tty:true
restartPolicy:Never
'''
}
}
environment{
MY_KUBECONFIG=credentials('kubernetes-cluster')
}
stages{
stage('kubectl'){
steps{
container(name:'kubectl'){
sh"""
kubectlgetpod-A--kubeconfig$MY_KUBECONFIG
"""
}
}
}
}
}


審核編輯 :李倩


聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 流水線
    +關注

    關注

    0

    文章

    127

    瀏覽量

    27229
  • jenkins
    +關注

    關注

    0

    文章

    34

    瀏覽量

    5485

原文標題:說實話,Jenkins 真得很牛逼!只是大部分人不會用而已~(保姆級教程)

文章出處:【微信號:芋道源碼,微信公眾號:芋道源碼】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    蔚來世界模型NWM全新版本正式推送

    2026年1月28日,「蔚來世界模型 NWM」全新版本正式開啟推送,首批將為超過46萬輛「Banyan 榕」車型推送。「Cedar 雪松」車型及「Cedar S 雪松」車型,也將于近期開啟推送。
    的頭像 發表于 01-28 15:38 ?369次閱讀

    流水線基本結構

    3級流水線(Cortex-M0) 分為以下三個階段: 取指(Fetch):從存儲器中讀取指令。 解碼(Decode):解析指令的操作類型和操作數。 執行(Execute):執行指令(如算術運算、內存
    發表于 11-21 07:35

    如何更好地選擇工業流水線上用的條碼掃碼器?

    在工業生產與物流分揀的自動化浪潮中,條碼掃碼器已成為流水線高效運轉的“眼睛”。無論是精密零部件的追溯管理,還是倉儲貨物的快速核驗,一款適配的工業掃碼器都能顯著降低人工誤差、提升生產效率。但面對市場上
    的頭像 發表于 11-05 15:49 ?318次閱讀
    如何更好地選擇工業<b class='flag-5'>流水線</b>上用的條碼掃碼器?

    Jenkins Pipeline的高級應用技巧

    為一名在運維一線摸爬滾打5年的工程師,我見過太多因為CI/CD流水線配置不當而導致的生產事故。今天分享一些Jenkins Pipeline的高級應用技巧,這些都是我在實際項目中踩過坑后總結的經驗,希望能幫助大家少走彎路。
    的頭像 發表于 08-27 14:32 ?667次閱讀

    激光振鏡運動控制器在流水線激光打標上的應用

    正運動流水線激光打標解決方案
    的頭像 發表于 08-05 11:26 ?1004次閱讀
    激光振鏡運動控制器在<b class='flag-5'>流水線</b>激光打標上的應用

    流水線掃碼升級選NVF230!工業二維碼讀碼器方案實測

    在現代流水線生產中,給每件產品貼上獨特的“電子身份證”——DPM條碼,再用工業二維碼讀碼器實時追蹤定位,早已是保障高效運轉的關鍵操作。但輪到飲料行業,給瓶身或瓶蓋上的DPM條碼“打卡”,卻成了讓不少
    的頭像 發表于 07-17 15:09 ?554次閱讀
    <b class='flag-5'>流水線</b>掃碼升級選NVF230!工業二維碼讀碼器方案實測

    自動化開裝封碼流水線數據采集解決方案

    在智能制造加速推進的時代背景下,自動化開裝封碼流水線廣泛應用于食品、藥品、日化、電子等眾多行業,承擔著產品自動開箱、裝填、封箱、貼標及碼垛的核心生產任務。隨著生產規模擴大和精細化管理需求的提升,對流水線
    的頭像 發表于 06-27 15:56 ?771次閱讀
    自動化開裝封碼<b class='flag-5'>流水線</b>數據采集解決方案

    戴爾數據保護軟件迎來全新版本

    無縫運行的異常檢測,一站監控多達150個系統,額外的MFA多重身份驗證Dell PowerProtect Data Manager19.19全新版本現已到來!
    的頭像 發表于 06-27 13:55 ?929次閱讀

    面包成型流水線數據采集遠程監控系統

    該食品加工企業主要從事多種口味的面包生產及銷售,擁有一整條完整的面包成型流水線,能夠自動進行面塊切割、整平折疊、多次搟薄、冷庫發酵、包油加餡、排盤等工序,各個變頻器和伺服通過PLC進行集中控制,要求
    的頭像 發表于 06-16 17:11 ?721次閱讀
    面包成型<b class='flag-5'>流水線</b>數據采集遠程監控系統

    遠程io模塊在汽車流水線的應用

    具備快速響應市場變化、靈活調整生產工藝的能力。明達技術的 MR30 分布 IO 模塊應運而生,為汽車流水線帶來了創新性的解決方案,成為推動汽車制造業智能化升級的重要力量。 汽車流水線的挑戰與需求 汽車
    的頭像 發表于 06-11 15:26 ?684次閱讀

    工業4.0時代,為什么你的流水線必須配備固定式掃碼器?

    在工業4.0時代,制造業正朝著智能化、自動化的方向飛速發展。在這一進程中,流水線作為生產的關鍵環節,配備固定式掃碼器已成為提升生產效率、保證產品質量和實現智能化管理的必然選擇。固定式掃碼器能極大
    的頭像 發表于 06-09 16:12 ?571次閱讀
    工業4.0時代,為什么你的<b class='flag-5'>流水線</b>必須配備固定式掃碼器?

    工業流水線上用的條碼掃碼器,如何選擇與使用?

    在現代工業自動化生產中,條碼掃碼器(又稱工業讀碼器)作為數據采集的關鍵設備,廣泛應用于流水線上,有效提升了生產效率并減少了人為錯誤。然而,面對市場上種類繁多、功能各異的條碼掃碼器,如何正確選擇并
    的頭像 發表于 05-14 15:18 ?895次閱讀
    工業<b class='flag-5'>流水線</b>上用的條碼掃碼器,如何選擇與使用?

    普華基礎軟件開源車用操作系統迎來全新版本

    近日,普華基礎軟件開源車用操作系統媒體發布會在上海中國汽車會客廳召開——全球首個開源智能駕駛操作系統微內核龘EasyAda、開源安全車控操作系統小滿EasyXMen全新版本正式發布。現場,普華基礎軟件開源項目技術團隊專家就開源項目新版本技術亮點、新增功能及社區治理與運營等
    的頭像 發表于 04-25 16:18 ?981次閱讀

    RISC-V五級流水線CPU設計

    本文實現的CPU是一個五級流水線的精簡版CPU(也叫PCPU,即pipeline),包括IF(取指令)、ID(解碼)、EX(執行)、MEM(內存操作)、WB(回寫)。
    的頭像 發表于 04-15 09:46 ?1732次閱讀
    RISC-V五級<b class='flag-5'>流水線</b>CPU設計

    SOA架構開發小助手PAVELINK.SOA-Converter 2.1.2新版本發布

    為提升汽車SOA架構設計開發效率,優化用戶體驗,我們對PAVELINK.SOA-Converter進行了全新升級。本次2.1.2新版本升級,聚焦于提升軟件性能、擴展功能特性及增強用戶交互體驗。
    的頭像 發表于 04-09 10:37 ?1507次閱讀
    SOA架構開發小助手PAVELINK.SOA-Converter 2.1.2<b class='flag-5'>新版本</b>發布