資訊科技

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，必須補上這個部份才行。