【2022鐵人賽】設計Stage範本
除了step和job可以改成範本設計之外,stage也能夠設計成範本。不過stage和job兩者設計成範本的差異並不大,主要在於stage預設是依序執行,並且在手動觸發Pipeline的畫面可以選擇哪些項目不執行,而Job要依序執行則需設定dependsOn屬性,並且無法從畫面選擇哪些不執行。
除了step和job可以改成範本設計之外,stage也能夠設計成範本。不過stage和job兩者設計成範本的差異並不大,主要在於stage預設是依序執行,並且在手動觸發Pipeline的畫面可以選擇哪些項目不執行,而Job要依序執行則需設定dependsOn屬性,並且無法從畫面選擇哪些不執行。
CloudRun的環境變數在gcloud sdk的指令中,除了可以直接在指令中設定之外,也可以讓它去讀取環境變數的檔案,就不會讓指令變得又臭又長。不僅如此,將YAML設計成範本提供給多個不同的專案使用,也可以切分出共用的環境變數與專案專用的環境變數,執行時再把內容合併成一個檔案。
前面BuildCode的Job中規中矩的拆解成了job template,這一篇繼續來拆解BuildImage的Job。不過在這篇拆解的過程中,使用到了條件判斷與函數,透過傳入的參數值不同而有不同的執行步驟與結果,讓範本更能夠因應不同的使用情境有所彈性。
前一篇「初探YAML的範本(Template)設計」,我們快速的將原本CI Pipeline中的BuildCo … 閱讀全文
要把現有的YAML內容改為template設定並不困難,概念上就是拆分不同的檔案內容,在主要的Pipeline中再透過template關鍵字進行範本的引用,透過@符號來決定引用的是在resources底下的哪一個repository。
昨天的文章提到了運算式與函數,今天我們來看看另一個跟變數(variables)很像的東西:參數(paramet … 閱讀全文
前面建立PR Pipeline的文章中在Script的部份有印出不少系統預先定義的變數,或是在建立CI Pip … 閱讀全文
前一篇快速的建立了CD Release Pipeline,雖然可以被Trigger,不過卻有兩個問題,第一個就 … 閱讀全文
前面已經把CI Pipeline完成了,這一篇就來建立CD的Release Pipeline吧! 選擇建立Em … 閱讀全文
前面CI Pipeline漏了一個滿重要的部份,那就是取得觸發Pipeline的Git Commit SHA記錄,這個資訊會在後面的CD Pipeline使用到,因為我們要透過它執行Tag、建立PR來Merge到Release branch,必須補上這個部份才行。