VSTS被拆成5個部分，以Azure 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
- 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元件。
檢視英文原文：
https://docs.microsoft.com/en-au/azure/devops/release-notes/2018/sep-10-azure-devops-launch