[轉貼]infoQ VSTS被拆成5個部分，以Azure DevOps服務形式推出

VSTS被拆成5個部分，以Azure DevOps服務形式推出

http://www.infoq.com/cn/news/2018/09/vsts-divide5parts-azuredevops?utm_source=news_about_Devops&utm_medium=link&utm_campaign=Devops

 

9月10日，微軟官方博客宣佈推出Azure DevOps服務。Azure DevOps是對微軟的應用程序生命週期管理系統Visual Studio Team Services（VSTS）進行的重大改組和品牌重塑，此後VSTS將再也不是單一的Visual Studio品牌服務，而是被分紅五個獨立的Azure服務，包含在Azure DevOps服務之中。這五個單獨的服務分別是：

• Azure Pipelines：用於持續構建、測試和部署到任何雲平臺。

• Azure Boards：可進行工做管理。

• Azure Artifacts：適用於Maven、npm和NuGet。

• Azure Repos：提供無限制的雲託管私有Git存儲庫。

• Azure Test Plans：用於計劃和探索性測試。

在Azure的文檔、網站和產品中，用戶將會看到全新的Azure DevOps圖標和名稱，以及Azure DevOps提供的每項服務。

隨着Azure Pipelines的推出，微軟向GitHub Marketplace推出了一個新應用程序，爲開源項目提供無限制的CI/CD時間和10個並行做業。

點擊連接（https://docs.microsoft.com/en-au/azure/devops/release-notes/2018/sep-10-azure-devops-launch#features）查看更多的特性。

新特性一覽

如下功能將在接下來幾天推出。

Azure Pipelines

從GitHub Marketplace添加Azure Pipelines

GitHub Marketplace中提供的最新Azure Pipelines應用程序擴展了與GitHub存儲庫的集成，並簡化了並行做業的購買。

之前，用戶能夠經過OAuth認證啓用與GitHub存儲庫的持續集成。在使用OAuth時，Azure Pipelines經過我的的GitHub標識來獲取代碼並更新GitHub上的構建狀態。可是，因爲團隊成員可能會發生人員變更，使用我的的GitHub身份和權限並非一個很好的辦法。經過安裝Azure Pipelines應用程序，用戶能夠受權它來執行操做。

另外，若是使用了這個應用程序，就能夠在GitHub的Checks頁面看到構建結果，其中包含構建、測試和代碼覆蓋率的詳細信息。

要使用這個功能，須要從GitHub Marketplace中安裝這個應用程序。用戶可使用現有的GitHub支付賬戶而不是Azure賬戶來購買其餘並行做業，價格是同樣的。

使用Azure Pipelines免費構建開源項目

Azure Pipelines提供了Linux、macOS和Windows的雲託管管道，開源項目能夠享受無時間限制和10個免費的並行做業。

使用YAML配置構建

基於YAML的構建管道如今廣泛可用，用戶可使用與其餘代碼存放在一塊兒的YAML文件來自動執行持續集成管道。單個做業的構建變得至關容易。隨着需求的增加，可使用multiple

 jobs、external templates和matrix execution來擴展到更多做業。

使用新嚮導建立YAML構建管道

新的嚮導簡化了使用GitHub和Azure Repos建立基於YAML的構建管道的過程。在選擇了要構建的存儲庫後，若是其中包含了YAML文件，就會自動建立管道。不然，Azure Pipelines將分析存儲庫，並推薦一個YAML模板用來構建項目。用戶只需單擊「保存並運行」便可爲建議的YAML建立拉取請求，並進行第一個構建。持續集成和拉取請求觸發器將自動被啓用。

使用新的Builds頁面管理構建管道

微軟正在作一些改進，並推出新版本的Builds頁面。新版本將全部構建管道目錄和當前構建列表結合在一塊兒，用戶能夠快速瀏覽項目構建以查看它們的狀態。它還提供了管道的測試分析預覽信息。

從新啓動GitHub拉取請求構建

當用戶向GitHub存儲庫提交拉取請求時，拉取請求構建可能會因間歇性故障（例如包註冊表不可用或其餘測試所致使）而失敗。在這些狀況下，用戶可能但願再次運行構建。以前，用戶須要推送另外一個拉取請求更新，而如今，在新的Builds頁面，只需選擇失敗的構建，並向構建隊列中添加一個新的構建請求。

這種方式僅適用於拉開請求構建，微軟正在考慮爲全部失敗的構建提供相似的功能。

新的構建狀態badge URL

嵌入在存儲庫主頁的構建badge是顯示存儲庫健康狀態的經常使用方法。微軟添加了新的URL來幫助用戶建立badge。新URL容許用戶發佈分支狀態，並可讓用戶瀏覽所選分支的最新版本。用戶能夠經過新Builds頁面上的Status badge菜單來獲取新的狀態URL的Markdown代碼。爲了向後兼容，將繼續支持舊的URL。

在微軟託管的Linux代理上可使用更多工具

在新版本中，微軟託管的Linux代理添加了多個構建、測試和部署工具（具體以下），用戶無需在構建或發佈期間自行安裝它們。

• Erlang/OTP

• Firefox

• Haskell

• Heroku CLI

• ImageMagick

• Mercurial

• Microsoft SQL Server Client Tools

• MySQL Server

• PhantomJS

• Pollinate

• PyPy2 and PyPy3

• rebar

• rsync

• ShellCheck

• Sphinx

• Terraform

• Xvfb

跟蹤GitHub的代碼提交和相關問題

如今，用戶能夠獲取與某個發佈版本相關的代碼提交清單和問題。

使用改進的格式更好地管理構建和部署電子郵件通知

更新過的構建和部署電子郵件通知能夠經過電子郵件規則進行過濾。如今，郵件主題中包含更多相關信息，正文也包含更多細節和最新的風格。

新格式的元素：

[Build result] [pipeline name] - [repository:branch] - [project name] - [commit]

[Deployment result] [pipeline name] > [release name] : [stage name]

一些例子：

[Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80

[Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

遵循統一的Azure Pipelines術語

由於歷史緣由，在構建和發佈過程當中，類似的概念可能會使用不一樣的術語。在其餘某些狀況下，有些術語的含義模棱兩可。例如，agent pool（代理池）和agent queue（代理隊列）之間的區別就難說清楚。

術語在Azure Pipelines中獲得了統一，以便更清晰地闡明相關概念。

更多信息，請參閱Concepts文檔（https://docs.microsoft.com/en-us/azure/devops/pipelines/?view=vsts#concepts）。

Marketplace

新的擴展類別

Marketplace中的擴展類別已通過調整，以便與重命名的Azure DevOps服務保持一致。雖然以前的類別已自動映射到新類別，用戶最好仍是更新一下本身的manifest，以便切換到新類別。更多信息請參閱Manifest文檔（https://docs.microsoft.com/en-us/azure/devops/extend/develop/manifest?view=vsts#required-attributes）。

Administration

現有組織可使用新域名URL

新的域名是dev.azure.com，不過用戶仍然能夠像往常同樣繼續使用visualstudio.com。若是想要將URL更改成dev.azure.com，可讓組織管理員（Project Collection Administrator）在組織設置頁面作出更改。雖然採用新域名並不會重定向每一個請求，但任何發給root URL的請求以及電子郵件中的連接和Web連接都將發生變化。

微軟將根據客戶反饋逐步遷移到新URL。先是將它做爲可選項，後續會將它做爲組織的默認選項。不過讓組織棄用visualstudio.com的具體時間表尚未肯定。

添加利益相關者用戶，以節省Azure Pipelines許可成本  

若是隻使用Azure Pipelines服務，在基本許可以外無需爲其餘用戶付費。全部用戶均可以避免費使用Azure Pipelines的全部功能。在向項目中添加更多用戶時，能夠將他們視爲利益相關者，他們能夠建立、查看、更新和批准構建管道，只要給他們分配適當的權限。如下是有關該許可變動的一些附加說明：

• 用戶只需爲Azure Pipelines的其餘並行做業付費。用戶數沒有限制。

• 全部對Azure Pipelines功能的訪問仍受安全和權限模型的監管。

• 若是用戶要使用其餘Azure DevOps服務，必須在免費限制以後爲這些服務支付許可費用。

• 在現有組織中，利益相關者默認狀況下不會得到免費的Azure Pipelines權限。組織管理員必須啓用這個預覽版功能，這樣利益相關者就能夠執行相關操做。目前，他們沒法管理構建或發佈。可是，一旦啓用了這個預覽版功能，Azure Pipelines的基本用戶和利益相關者之間就沒有權限差異。因此，是否容許利益相關者成爲免費的Azure Pipelines用戶是由組織管理員決定的。

反饋

用戶可使用反饋菜單報告問題或提供建議。

VSTS已經以這種方式被分拆，以進一步促進微軟的雄心壯志，使其開發者工具對任何開發流程中均可用，無論開發者使用何種語言或平臺。將VSTS劃分爲單個組件能使開發人員更容易採用Azure DevOps平臺的一部分，而不須要所有的VSTS。每一個組件的範圍縮小意味着它比VSTS訂價便宜，使得逐步採用更合適。例如，Pipelines流程能夠從GitHub存儲庫構建和測試Node.js服務，而後部署到Amazon AWS雲上的容器，而無需使用任何其餘Azure DevOps組件。

查看英文原文：