iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 29
0

前言

本文將簡介Azure DevOps的基本功能。

同步發表於個人點部落 - [鐵人賽Day29] ASP.Net Core MVC 進化之路 - 工具篇(3) / Azure DevOps

Azure DevOps


(圖片來源連結)

Azure DevOps的前身是VSTS(Visual Studio Team Service),
它提供了程式碼版本控管CICD等流程操作,
除了可作為專案程式碼控管的管理工具外,
也支援許多敏捷開發管理必備的工具(Board、Test、CI & CD Pipeline等等)。

在雲端部署上,
它能夠迅速將CICD流程與Azure App Service結合。
在團隊溝通上,
也能將部署相關資訊整合到Microsoft Teams團隊協作平台。
在定價方案上,
更提供了小型開發團隊(5人以下)免費的額度,
針對OpenSource的部分更提供免費託管的服務。

在免費方案的成員角色設定上,
最高管理者僅能夠有(5人),
而其他角色數量並不在此限(約100人左右?)。

如果你還沒有Azure DevOps的帳號請先進行註冊,
註冊完畢之後它會要求你註冊一個Organization
並建立自己的Project
輸入相關資訊之後即可進入Azure DevOps的管理介面。

如果你有使用過TFSVSTS的相關經驗,
會發現裡面的功能其實蠻像的(前身),
但整體畫面的設計感更舒服一點(個人認為啦)。

Boards部分涵蓋了絕大部分敏捷開發流程的範疇,
Work Items、Boards、Backlogs、Sprints、Queries等項目。

而Repos的部分提供了程式碼版本控制的相關服務,
內容除託管專案程式檔案,
也提供了變更集(Changesets)跟分支(Shelvesets)的功能。

而在Pipeline產品流水線部分,
提供了Builds(CI)Release(CD)、第三方元件庫(Library)及發佈群組的管理。

它也提供了測試環境的設定區塊。

對於「DevOps」這個名詞而言,
我認為它具有相當完備的產品來支撐「DevOps」這項運動,
對於寫C#的開發者而言更是一大福音。

學習資源

官方提供了相當豐富的學習文件
而且內容都還蠻詳細的。

結語

雖然筆者公司本身目前並沒有使用雲端服務,
我會在寫寫Side Project的同時逼著自己使用它。
但我對DevOps的認知仍然是不足的,
而今年有幸參加了兩天半的DevOpsDays 2018
第一個下午的半天舉行了Open Space的活動,
讓我印象最深刻的一句話是:

DevOps不是一項技術,而是一種互助、互信、互利的精神。

也因為這段話,
讓我想加入技術社群的志工團隊。
朋友問我參加志工團隊能夠得到什麼好處?
我內心的想法是這樣的:

這幾年我參加了許多技術社群舉辦的活動,
遇到很多願意分享自身寶貴經驗的前輩,
在技術上、經驗上,我都得到了太多太多好處,
我希望有意天能將這種無私的精神散播出去。

在快完賽的前一天,
向所有的技術社群傳道者,致敬。


上一篇
[鐵人賽Day28] / LINQPad神器
下一篇
[鐵人賽Day30] - 工具篇(4) / Refactor with ReSharper
系列文
菜鳥練等區-ASP.Net Core MVC進化之路30

尚未有邦友留言

立即登入留言