【2022鐵人賽】基本版-建立CI Pipeline(2)
前一篇文章提到CI Pipeline的規劃包含Build Code、Build Image、Deploy De … 閱讀全文
前一篇文章提到CI Pipeline的規劃包含Build Code、Build Image、Deploy De … 閱讀全文
CI Pipeline包含了Build Code、Build Image、Deploy Dev這三個部份,這篇先處理Build code,但不使用內建的task來編譯程式的設計方式,改用dotnet sdk的docker image來處理編譯的這一塊,後續內容則會在後面的文章介紹。
前一篇重新認識了YAML結構之後,今天我們就來建立前面流程規劃中提到的PR Pipeline吧! 這邊有些項目 … 閱讀全文
去年有一篇文章內容提到在YAML中設計多個Agent Job,裡面就提到了Build Pipeline的YAM … 閱讀全文
前面的文章建立過了Release pipeline,但是那次並沒有加入多個不同的Artifacts來源,不過在前一篇文章中我們修改了Pipeline的識別文字格式,正好這篇就來再建立一個Release pipeline,同時加入不同的Artifact來源吧!
Build pipeline與Release pipeline預設的識別格式預設以日期加上序號或是名稱加上序號的格式儲存,像是20211010.1、Release-1這樣的識別文字,其實這個識別文字的格式是可以設定的,改成更容易識別的格式的作法是…
前一篇的文章中介紹了傳統編輯器並看到了一個Pipeline中可以有多個不同的Agent Job,實際上YAML格式的Pipeline也可以定義多個不同的Agent Job,這一篇就來看看該如何像Classic editor一樣加入多個不同的Agent Job吧!
先前在「CI/CD從這裡:設定第一個Pipeline(範本與編輯介面介紹)」這篇文章內容建立Pipeline的 … 閱讀全文
我相信如果是使用微軟產品的公司,大多數也都有使用Microsoft Teams作為公司內部的IM訊息軟體,所以 … 閱讀全文
先前我們建立Build pipeline和Release pipeline的時候使用的都是管理者的帳號,可以建 … 閱讀全文