[转贴]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组件。

查看英文原文：