Azure DevOps 简介
Visual Studio Team Services(VSTS)的单一服务现在正成为我们的新 Azure DevOps Services 集。 在整个文档、网站和产品中,你将开始注意到 Azure DevOps 的新图标和名称,以及 Azure DevOps 中每个服务。
- 用于持续生成、测试和部署到任何平台和云的 Azure Pipelines 。
- 用于强大的工作管理的 Azure Boards 。
- 适用于 Maven、npm 和 NuGet 包源的 Azure Artifacts 。
- 适用于无限云托管的专用 Git 存储库的 Azure Repos 。
- 用于计划和探索性测试的 Azure 测试计划 。
推出 Azure Pipelines 后,我们已将新应用引入 GitHub 市场,刷新了许多体验,以帮助你入门,并为开放源代码项目提供无限的 CI/CD 分钟数和 10 个并行作业。
有关详细信息, 请查看下面的功能 列表。
功能
Azure Pipelines:
- 从 GitHub 市场添加 Azure Pipelines
- 使用 Azure Pipelines 免费生成开放源代码项目
- 使用 YAML 配置生成
- 使用新向导创建 YAML 生成管道
- 使用新的“生成”页管理生成管道
- 重新生成 GitHub 拉取请求生成
- 新生成状态徽章 URL
- 在Microsoft托管的 Linux 代理上利用更多工具
- 跟踪 GitHub 发布中的提交和关联问题
- 使用改进的格式更好地管理“生成和部署完成”电子邮件
- 遵循新的统一 Azure Pipelines 术语
市场:
管理:
后续步骤
注意
这些功能将在未来几天内推出。
阅读下面的新功能,并转到 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 配置生成
重要
若要使用此功能,必须在组织中启用生成 YAML 管道预览功能。
基于 YAML 的生成管道现已广泛发布。 使用 签入存储库 的 YAML 文件以及其余代码自动执行持续集成管道。 开始使用单作业生成很容易。 随着需求的增长,使用 多个作业 、 外部模板和 矩阵执行轻松横向扩展。
使用新向导创建 YAML 生成管道
重要
若要使用此功能,必须在配置文件或组织中启用新的 YAML 管道创建体验预览功能。
新向导简化了使用 GitHub 和 Azure Repos 创建基于 YAML 的生成管道的过程。 选择要生成的存储库后,如果管道包含 YAML 文件,将自动创建管道。 否则,Azure Pipelines 将分析存储库,并建议使用基于 YAML 的模板来生成项目。 只需单击“保存并运行”即可为建议的 YAML 创建拉取请求并运行第一个生成。 将自动启用持续集成和拉取请求触发器。
使用新的“生成”页管理生成管道
重要
若要使用此功能,必须在配置文件或组织中启用新的生成中心预览功能。
我们进行了几处改进,推出了新版本的生成页面。 此新版本结合了所有生成管道的目录和当前生成的列表,以便你可以在项目的生成中快速导航,查看其状态。 它还包括所选管道的测试分析的预览。
重新生成 GitHub 拉取请求生成
将拉取请求提交到 GitHub 存储库时,由于间歇性故障(例如包注册表不可用或异常测试),拉取请求生成可能会失败。 在这些情况下,需要再次运行生成。 目前,这要求将另一个人工更新推送到拉取请求。 现在,在 “新建 生成 ”页 中,只需选择失败的生成,再对另一个生成进行排队。
要重新生成的此手势仅适用于拉取请求内部版本。 我们正在研究为所有失败的生成提供类似的功能。
新生成状态徽章 URL
嵌入存储库主页的生成徽章是用于显示存储库运行状况的常用方法。 我们添加了新的 URL 来帮助构建生成锁屏提醒。 新的 URL 允许用户发布每个分支的状态,并且可以将用户带到所选分支的最新版本。 可以通过在新生成页中选择“状态锁屏提醒”菜单操作来获取新状态锁屏提醒 URL 的 Markdown。 为了向后兼容,我们将继续遵循较旧的生成锁屏提醒 URL。
在Microsoft托管的 Linux 代理上利用更多工具
在此更新中,已将多个生成、测试和部署工具添加到 Microsoft托管的 Linux 代理中,这样就无需在生成或发布期间自行安装它们。
- Erlang/OTP
- Firefox
- Haskell
- Heroku CLI
- ImageMagick
- Mercurial
- Microsoft SQL Server 客户端工具
- MySQL Server
- PhantomJS
- 授粉
- 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,组织管理员(项目集合管理员)可以从组织设置页面更改此 URL。 尽管采用新的域名不会重定向每个请求,但组织根 URL 的任何请求以及来自许多电子邮件和基于 Web 的链接的链接都将更改。
我们将根据客户反馈逐步迁移到新 URL。 它将作为选择加入开始,稍后我们将将其设为组织的默认设置。 我们尚未制定一个时间表,以便有意将组织移出 visualstudio.com
域。
重要
若要确保组织使用任何现有的防火墙或 IP 限制,请确保允许适当的域名和 IP 地址。 有关详细信息,请参阅此 代理 Q&A 部分 。
添加利益干系人用户以节省 Azure Pipelines 许可证成本
重要
若要使用此功能,必须具有对组织中已启用利益干系人预览功能的管道的免费访问权限。
好消息! 如果仅使用 Azure Pipelines 服务,则无需再通过基本许可证为用户付费。 Azure Pipelines 的所有功能都可供所有用户免费使用。 将更多用户添加到项目时,让他们免费保留为利益干系人,并且只要他们具有适当的权限,他们就可以创建、查看、更新和批准管道。 下面是有关此许可更改的一些附加说明:
- 只需为 Azure Pipelines 中的其他并行作业付费。 用户不受限制。
- 对 Azure Pipelines 功能的所有访问仍通过安全和权限模型进行管理。
- 如果使用其他 Azure DevOps Services,则仍需在免费限制后为这些服务支付按用户许可证。
- 在现有组织中,利益干系人默认情况下不会获得免费的 Azure Pipelines 权益。 组织管理员(项目集合管理员)必须显式启用此预览功能。 启用此预览功能将更改利益干系人可以执行的操作的行为。 目前,它们无法管理生成或发布。 但是,启用预览功能后,Azure Pipelines 中基本用户和利益干系人之间没有区别。 因此,允许利益干系人被视为免费 Azure Pipelines 用户的选择留给管理员。
有关详细信息,请参阅“提供利益干系人”访问权限以编辑生成和发布管道文档。
如何提供反馈
我们很想听听你对这些功能的看法。 使用反馈菜单报告问题或提供建议。
你还可以在 Stack Overflow 上获得社区的建议和问题的答案。
此致
杰里米·埃普林