設定Pipeline的識別編號格式
不知道各位在前面建立Pipeline執行之後,有沒有發現Pipeline執行結果列表的識別文字是像下圖的格式?Build pipeline修改識別文字前 Release pipeline修改識別文字前 如上圖的兩張截圖,不是以日期加序號的方式呈現,就是名稱加上序號,...
Build Pipeline的YAML結構描述:多個Agent Job
前一篇的「YAML格式以外的Pipeline傳統編輯器(Classic Editor)」文章內容中看到了一個Pipeline中可以有多個不同的Agent Job,在每一個Agent Job底下再各自加入不同的Task,在前面文章的範例中都只是很單純的加入Task,只在一個Age...
YAML格式以外的Pipeline傳統編輯器(Classic Editor)
先前在「CI/CD從這裡:設定第一個Pipeline(範本與編輯介面介紹)」這篇文章內容建立Pipeline的時候是使用新版本的YAML格式編輯器,Pipeline的所有設定都會以文字格式儲存(即Configuration as code),但是其實在早期建立Pipeline的時候是透過UI畫面建立的。
接收Azure DevOps的通知:Microsoft Teams頻道中的連結器
我相信如果是使用微軟產品的公司,大多數也都有使用Microsoft Teams作為公司內部的IM訊息軟體,所以這一篇就來看一下同為微軟產品的Azure DevOps與Teams的整合度如何吧!Teams可以發送訊息的地方分為Chat與Teams底下的Channel,這篇主要是設...
設定Build Pipeline與Release Pipeline的執行權限
先前我們建立Build pipeline和Release pipeline的時候使用的都是管理者的帳號,可以建立Pipeline自然在執行的部份也是沒有任何問題。問題是Pipeline建立完成之後,接下來手動觸發執行的動作可能是交待給別人去執行,所以就會需要替實際執行者設定權限才行。
CI/CD從這裡:建立第一個Releases Pipeline
這篇我們來建立Release pipeline吧!從Azure DevOps Project左邊的Pipelines選單底下的Releases點擊之後,第一次進入會看到下面這個空的畫面: 點擊New pipeline之後右邊會跳出選擇範本的畫面,我們選擇Empty...
建立自管的Azure DevOps Agent(Linux Container agent)
前一篇文章建立了Azure DevOps Agent的Windows Container Image,已經知道了基本的概念就是: 選擇基底映像檔安裝所需要的額外套件與程式將Azure DevOps Agent的開始程式start.ps/start.sh複製進去 既然...
建立自管的Azure DevOps Agent(Windows Container agent)
前一篇提到了在Windows VM中安裝Azure DevOps Agent,步驟非常的簡單,不過Azure DevOps Agent也可以在Container內執行,這一篇就來看看如何在Windows Container內執行Azure DevOps Agent。
建立自管的Azure DevOps Agent(Windows VM agent)
前一篇已經簡單的介紹了Azure DevOps Agent,這篇還是實際來操作一次在Windows VM中安裝Azure DevOps Agent吧!首先,我們必須要先產生一個等一下安裝Agent後會需要使用到的PAT(Personal access token),在登入的情況...
CI/CD的關鍵:Azure DevOps Agent
先前介紹Azure DevOps的Pipelines的時候有提到過Azure DevOps Agent,它是Pipelines與Releases執行的基礎,前面的範例都是使用微軟Host在雲端的Agent來執行,其實我們也可以在自己的機房內安裝Agent的程式在VM或Conta...
CI/CD從這裡:Pipeline設定Yaml以外的Trigger方式
前一篇提到了Build pipeline的排程除了可以在Yaml內設定之外,也可以透過傳統UI的方式設定。同樣的,Repo內的檔案異動觸發的方式也分為Yaml設定和傳統UI設定兩種方式,而且在前一篇的截圖畫面中就有透露了唷!Yaml設定的方式其實在範本中最上面的trigger那...
CI/CD從這裡:Pipeline設定Schedule,每日晚上排程執行
現在有不少的軟體會有一個特殊的版本叫Nightly,從字面上的意思就可以得知是指每個晚上發行的版本,而這個每晚發佈一個版本基本上都是靠Pipeline在晚上的時候執行build的動作,完成之後將該版發佈出來,是一個比alpha、beta這些迭代更快速的版本,如果要達成這樣的排程...
Artifacts應用:讓外部合作夥伴也可以從Private nuget安裝Package
前面幾篇文章都在提Azure DevOps Artifacts,也就是如何利用這個服務來達成私有化的nuget套件庫。雖然私有的套件庫可以不需要將公司專案的package上傳到網路公開的nuget.org,但是如果是有部份外包的專案,或是有外部合作夥伴的時候,要如何讓他們也可以存取私有的套件庫呢?
Pipeline與Artifacts應用:覆寫C#專案屬性資訊
前面文章透過Pipeline上傳nuget package到Artifact feed的時候因為產生的版本已經在之前上傳過了,所以造成Pipeline最後執行失敗。為了要解決這個問題,希望能夠在Pipeline執行的時候自動覆寫版本的資訊,利用Pipeline的BuildId或...
Pipeline與Artifacts應用:Build nuget package上傳到Private nuget
前一篇內容設定了C#專案裡的Generate NuGet package on build,讓專案編譯的時候自動產生nupkg檔案,接著手動使用cli工具將nupkg檔案push到Azure DevOps Artifacts,這篇就來看看如何將這些動作設計在Pipeline裡面吧!
Artifacts應用:上傳第一個package
前一篇文章簡單介紹了Azure DevOps Artifacts,知道了它就是用來存放私有套件的套件庫,這一篇我們就來將C# Project產生的nuget package上傳上去吧!首先,要產生nuget package最簡單的方式,就是在C#專案中的屬性中勾選Generat...
Azure DevOps Artifacts簡介
前面連續好幾篇的Pipeline,是不是有點膩了呢?這一篇讓我們暫時來換換口味吧!這裡的Artifacts指的是Project左邊選單中的Artifacts,和前幾篇Pipeline裡面所指的Artifacts並不相同,只是剛好英文名稱一樣而已。
CI/CD從這裡:編譯專案與上傳成品
前面的文章都是在介紹Pipeline介面、範本內容,這一篇終於要真正進入正題,將Repo中的ConsoleApp透過Pipeline來編譯,並且將編譯完成的成品放到Pipeline的成品庫(Artifacts,但是這個並不是Project左邊選單的Artifacts)。
CI/CD從這裡:設定第一個Pipeline(成功與失敗)
前一篇文章介紹了Pipeline的範本與編輯介面,並且比較了.NET Desktop範本與Starter範本的內容,這一篇用Starter範本來介紹Pipeline執行之後的介紹與顯示的資訊。如果是在Yaml編輯介面按下Save and run,那麼應該會直接來到執行的畫面,有...
CI/CD從這裡:設定第一個Pipeline(範本與編輯介面)
前一篇介紹了要用來作為建立Pipeline的材料,這篇就要開始來建立第一個Build Pipeline,也是CI(Continue Integration)的第一步。在Azure DevOps中建立Pipeline有兩個入口,一個是直接從程式碼倉庫Repos底下的Files功能...