【2021鐵人賽】CI/CD從這裡:第2個Pipeline,建立共用的Build Pipeline
這篇文章將建立第2個Pipeline,透過使用自訂的一個變數(Variable)設計,再調整一下部份的yaml內容,就可以讓使用者在執行Pipeline的時候自己決定要編譯(Build)哪一個C#專案,對於切分不同c#專案或是Module的情況滿好用。
這篇文章將建立第2個Pipeline,透過使用自訂的一個變數(Variable)設計,再調整一下部份的yaml內容,就可以讓使用者在執行Pipeline的時候自己決定要編譯(Build)哪一個C#專案,對於切分不同c#專案或是Module的情況滿好用。
這篇文章將從Starter範本修改內容,將所需要的Task一個個設定完屬性內容之後加入到yaml檔案中,透過不同的Task執行Build Console app專案、將產生的檔案壓縮成zip,然後將壓縮的zip檔案上傳到Pipeline的成品庫(Artifacts)。
這篇文章簡單的看了一下Pipeline執行失敗與成功的畫面,並且說明了如果是最近才新申請的帳號可能會無法成功執行Pipeline的原因與解決方式。另外也介紹了Pipeline顯示的資訊內容含義,以及如何將Pipeline重新命名。
這一篇將開始建立第一個Build Pipeline,在文章中將說明建立Pipeline的方式,以及系統中有哪些Pipeline範本可以挑選,並且介紹Azure DevOps如何貼心的提供了Pipeline Yaml內容好用的編輯與設定功能。
前面在介紹Git Repo的時候有上傳了幾個C#的Project,裡面只有幾行簡單的程式,是為了接下來的CI/ … 閱讀全文
前一篇文章提到了Azure DevOps上的Repos可以分成Git Repo和TFVC Repo,因為最初建 … 閱讀全文
Azure DevOps Repos可以建立兩種不同的Repository,一種是Git Repository,另外一種是TFVC Repository,前者是分散式的版控方式,後者是集中式的版控方式,這一篇文章就先來看看Git Repo吧!
Organization可以把它視為整個公司、部門、產品團隊都可以,它只是將不同的Project專案組織在一起,若是對照以前的TFS的話,就是ProjectCollection而已,所以視團隊大小來認定這個組織的定位,以產品Product的規劃來當作一個組織應該是一個不錯的方式。
Azure DevOps分成雲端版的Azure DevOps Services和地端版本的Azure DevOps Server,也就是訂閱制和買斷制的差別。雲端版的Azure DevOps Services提供前5個使用者免費,之後每增加一個使用者每個月的月費是台幣180元左右。
隔了8年再度報名參加iThome的鐵人賽,這次不單單是自己報名個人參賽,也找了兩位同事一起報名組團,其中一位還是香港的同事。兩位同事都是第一次參加這個活動,用「活動」來敘述而不是以「比賽」的心態來參加,最主要就只是再次挑戰連續30天不中斷的發文,志在參加,其它的都不重要(當然文章內容還是有點重要…)。