如果每次更新程式碼，都要手動重新Deploy，絕對不會是一個工程師喜歡的事情！
而且當Scale越來越大，開發的成員越來越多時，版控就更是重要！

我們在前面的篇章，建置了Global Scale的Web App，雖然是假設，但當我們的程式碼越來越複雜，開發者越來越多時，自動化佈署就更顯得重要了！在這一篇我們要透過Azure DevOps協助我們完成這個麻煩事囉～

大家一定會覺得奇怪，咦，說到微軟的管理程式碼及自動化佈署Solution，反射動作不是會想到VSTS大神（Visual Studio Team Service）或是本地佈署版的TFS嗎？Azure DevOps又是什麼鬼東東？

大家不用擔心，其實Azure DevOps就是VSTS的延伸！！大約是九月左右正式更名的。

相關新聞可以參考此：微軟化整為零，發表Azure DevOps以取代Visual Studio Team Services

1.建立Azure DevOps Project Resource

2.選擇你專案的程式語言，這邊我們因為在之前的篇章程式碼已經佈署到Github上，我們選擇Bring your own code(使用自己的程式碼)，去串接現有的應用程式

**開發串接Azure Functions及撰寫靜態網頁的快速連結：開發REST API-交友任務管理
**懶惰重寫，直接串我的Github Repo連結：Github Repo

3.從Github選擇專案

4.設定佈署的相關資料，目前因為我們的是相對單純的靜態網頁，我們這邊不Dockerized（Docker化）選擇NO，Runtime跟Framework都選擇Static Website（靜態網頁）

5. 我們即將Deploy到Windows Web App上

6. 設定DevOps Project的相關資料

7. 建置完成後，就看到我們CI/CD的Pipeline了！是不是很方便快速呢？

8. 但實際上我們的佈署尚未完成，我們可以點選以下ICON(Release)前往查看佈署的進度

9. 看到還在佈署，尚未完成

10. 佈署成功，查看Deploy過程的詳細LOG

把佈署的每一個步驟都幫你LOG下來了

11.測試一下網站，確實幫我們佈署成功了！

12.接下來我們測試一下修改程式碼並Push到Github上

13. 回到Dev Projects介面，看到我們剛才的update已經自動串上來了

14. 並自動幫我們佈署到第二版囉！

實際查看一下網頁，真的更版成功了

Azure DevOps Project是不是很方便呢～？

參考

1. https://www.ithome.com.tw/news/125788
2. https://docs.microsoft.com/zh-tw/azure/devops/user-guide/index?view=vsts