Azure DevOps简介

Visual Studio Team Services (VSTS) 的单一服务现在正成为我们的新Azure DevOps Services集。 在整个文档、网站和产品中，你将开始注意到Azure DevOps的所有Azure DevOps的新图标和名称。

• Azure Pipelines持续生成、测试和部署到任何平台和云。
• Azure Boards，用于强大的工作管理。
• Azure Artifacts Maven、npm 和 NuGet 包源。
• 对于无限制的云托管专用 Git 存储库，Azure Repos。
• Azure Test Plans计划测试和探索性测试。

推出Azure Pipelines后，我们向GitHub市场引入了一个新应用，刷新了许多体验，帮助你入门，并为开放源代码项目提供无限的 CI/CD 分钟数和 10 个并行作业。

有关详细信息，请查看下面的 功能 列表。

功能

Azure Pipelines：

• 从GitHub市场添加Azure Pipelines
• 免费生成Azure Pipelines开放源代码项目
• 使用 YAML 配置生成
• 使用新向导创建 YAML 生成管道
• 使用新的“生成”页管理生成管道
• 重新生成GitHub拉取请求生成
• 新的生成状态徽章 URL
• 在 Microsoft 托管的 Linux 代理上利用更多工具
• 跟踪发布中的GitHub提交和关联问题
• 使用改进的格式设置更好地管理生成和部署完成电子邮件
• 遵循新的统一 Azure Pipelines 术语

市场：

• 利用最新的扩展类别

管理：

• 切换现有组织以使用新的域名 URL
• 添加利益干系人用户以节省Azure Pipelines许可证成本

后续步骤

注意

这些功能将在未来几天内推出。

阅读下面的新功能，然后前往Azure DevOps Services尝试自己。

转到Azure DevOps Services

Azure Pipelines

从GitHub市场添加Azure Pipelines

GitHub市场中新的Azure Pipelines应用扩展了与GitHub存储库的集成，并简化了并行作业购买。

以前，可以通过 OAuth 身份验证启用与GitHub存储库的持续集成。 使用 OAuth，Azure Pipelines使用个人GitHub标识来提取代码并在GitHub更新生成状态。 但是，由于团队成员可能会随着时间推移而变化，因此使用个人GitHub标识和权限可能不太理想。 通过安装Azure Pipelines应用，可以授权应用改为执行操作。

此外，使用应用时，生成结果可在GitHub的新检查功能中使用，其中包含生成、测试和代码覆盖率结果的详细视图。

若要开始，请将GitHub市场中的应用安装到GitHub帐户或组织。 还可以使用现有的GitHub支付帐户而不是单独的 Azure 帐户购买其他并行作业。 无论哪种方式，定价都是一样的。

免费生成Azure Pipelines开放源代码项目

Azure Pipelines为 Linux、macOS 和 Windows 提供云托管管道，为开放源代码提供无限分钟和 10 个免费并行作业。

有关详细信息，请参阅 生成公共存储库 和 并行作业 文档。

使用 YAML 配置生成

重要

若要使用此功能，必须在组织中启用 Build YAML pipelinespreview功能。

基于 YAML 的生成管道现已广泛提供。 使用 签入存储库的 YAML 文件 以及其余代码自动执行持续集成管道。 开始使用单作业生成很容易。 随着需求的增长，使用 多个作业 、 外部模板和 矩阵执行轻松横向扩展。

使用新向导创建 YAML 生成管道

重要

若要使用此功能，必须在配置文件或组织中启用 新的 YAML 管道创建体验预览功能 。

新的向导简化了使用 GitHub 和 Azure Repos 创建基于 YAML 的生成管道的过程。 选择要生成的存储库后，如果管道包含 YAML 文件，将自动创建管道。 否则，Azure Pipelines将分析存储库，并推荐基于 YAML 的模板来生成项目。 只需单击“ 保存并运行 ”即可为建议的 YAML 创建拉取请求并运行第一个生成。 将自动启用持续集成和拉取请求触发器。

使用新的“生成”页管理生成管道

重要

若要使用此功能，必须在配置文件或组织中启用新的生成hubpreview 功能。

我们进行了几处改进，推出了新版本的生成页面。 这一新版本合并了所有生成管道的目录和当前生成的列表，以便可以在项目的生成间快速导航以查看其状态。 它还包括所选管道的测试分析的预览。

重新生成GitHub拉取请求生成

将拉取请求提交到GitHub存储库时，拉取请求生成可能会因间歇性故障（例如包注册表不可用或异常测试）而失败。 在这些情况下，需要再次运行生成。 目前，这要求将另一个人工更新推送到拉取请求。 现在，在 “新建 生成 ”页 中，只需选择失败的生成并排入另一个队列。

要重新生成的此手势仅适用于拉取请求生成以开始使用。 我们正在研究使一个类似的功能可用于所有失败的生成。

新的生成状态徽章 URL

嵌入在存储库主页中的生成徽章是显示存储库运行状况的常用方法。 我们添加了新 URL 来帮助构建生成锁屏提醒。 新的 URL 允许用户发布每分支状态，并可将用户带到所选分支的最新版本。 可以通过在新生成页中选择“状态锁屏提醒”菜单操作来获取新状态锁屏提醒 URL 的 Markdown。 为了向后兼容，我们将继续遵循较旧的生成锁屏提醒 URL。

在 Microsoft 托管的 Linux 代理上利用更多工具

在此更新中，已将多个生成、测试和部署工具添加到 Microsoft 托管的 Linux 代理中，这消除了在生成或发布期间自行安装它们的需求。

• Erlang/OTP
• Firefox
• Haskell
• Heroku CLI
• ImageMagick
• 善变
• Microsoft SQL Server客户端工具
• MySQL Server
• 幻影JS
• 授粉
• PyPy2 和 PyPy3
• rebar
• rsync
• ShellCheck
• Sphinx
• Terraform
• Xvfb

跟踪发布中的GitHub提交和关联问题

了解随发布一起部署的更改对于跟踪应用的改进非常重要。 现在，你可以获取在GitHub存储库中提交的提交列表，以及正在使用发布部署的关联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 术语

在整个生成和发布中，历史上对相似概念使用了不同术语。 在其他情况下，术语的含义模糊不清。 例如，判断代理池与代理队列之间的差异。

在 Azure Pipelines 中统一了术语以阐明其概念。 现在你会看到以下统一术语：

旧术语	统一术语	含义
托管代理	Microsoft 托管代理	在由 Microsoft 管理的云托管基础结构上运行的生成/发布代理。
专用代理	自托管代码	在由你提供并管理的计算机上运行的生成/发布代理。
代理池	代理池	可以运行生成或发布的组织级别的代理计算机集。
代理队列	代理池	可以运行生成或发布的项目级别的代理计算机集。 它链接到组织级别的代理池。
生成定义	生成管道	应用程序的端到端生成步骤集。
生成	生成	正在运行或已运行的生成管道的实例。
阶段	作业	在代理上按顺序或并行运行的一系列任务。 生成或发布管道可以包含一个作业或多个作业组成的图。
发布定义	发布管道	要跨各个阶段部署的应用程序的端到端发布步骤集。
发布	发布	正在运行或已运行的发布管道的实例。
环境	阶段	一个逻辑和独立实体，表示要在其中部署从发布管道生成的发布。
并发作业/管道	并行作业	并行作业使你能够在组织中一次运行单个生成或发布作业。 有多个并行作业可用时，可以同时运行多个生成和发布作业。
服务终结点	服务连接	用于连接到外部服务以在生成或发布中执行任务的一组设置，如凭据。

有关详细信息，请参阅 概念 文档。

市场

利用最新的扩展类别

作为扩展参与者，你将注意到扩展类别已对齐，以匹配市场中重命名的Azure DevOps Services。 尽管以前的类别已自动映射到新类别，但建议通过更新扩展的清单切换到新类别。 有关详细信息，请参阅 清单 文档。

管理

切换现有组织以使用新的域名 URL

虽然我们已移动到新域名作为新 dev.azure.com 组织的 URL，但可以像往常一样继续使用域访问组织 visualstudio.com 。 如果要更改要基于dev.azure.com的 URL，组织管理员 (Project集合管理员) 可以从组织设置页更改此 URL。 尽管采用新域名不会重定向每个请求，但组织根 URL 的任何请求以及来自许多电子邮件和基于 Web 的链接的链接都将更改。

我们将根据客户反馈逐步迁移到新 URL。 它将从选择加入开始，稍后我们将将其设置为组织的默认选项。 我们尚未设置一个时间表，以便有意将组织移出 visualstudio.com 域。

重要

为了确保组织使用任何现有的防火墙或 IP 限制，请确保允许适当的域名和 IP 地址。 有关详细信息，请参阅此 代理 QA& 部分 。

添加利益干系人用户以节省Azure Pipelines许可证成本

重要

若要使用此功能，必须拥有对组织中已启用利益干系人preview 功能的Pipelines的免费访问权限。

好消息！ 如果仅使用Azure Pipelines服务，则无需再通过基本许可证为用户付费。 Azure Pipelines的所有功能都可供所有用户免费使用。 向项目添加更多用户时，让他们免费保留为利益干系人，并且他们将能够创建、查看、更新和批准管道，前提是他们具有适当的权限。 下面是有关此许可更改的一些附加说明：

• 只需为Azure Pipelines中的其他并行作业付费。 用户不受限制。
• 对Azure Pipelines功能的所有访问仍通过安全和权限模型进行管理。
• 如果使用其他Azure DevOps Services，则仍必须在免费限制后为这些服务支付每用户许可证。
• 在现有组织中，利益干系人默认情况下不会获得免费Azure Pipelines权益。 组织管理员 (Project集合管理员) 必须显式启用此预览功能。 启用此预览功能将更改利益干系人可以执行的操作的行为。 目前，它们无法管理生成或发布。 但是，启用预览功能后，Azure Pipelines中基本用户和利益干系人之间没有区别。 因此，选择允许利益干系人被视为免费Azure Pipelines用户被留给管理员。

有关详细信息，请参阅 “提供利益干系人”访问权限以编辑生成和发布管道 文档。

如何提供反馈

我们希望听到你对这些功能的看法。 使用反馈菜单报告问题或提供建议。

还可以获取 Stack Overflow 上的社区解答的建议和问题。

此致

杰里米·埃普林