通过

部署 Azure Database for MySQL、带 Helm 的 Kubernetes 和 Ruby on Rails - VSTS Sprint 133 更新

  • 项目

在 Visual Studio Team Services (VSTS) 的 Sprint 133 更新中，我们将继续扩展支持生成和发布的语言和平台。 无论你的应用程序是使用 Azure Database for MySQL、Kubernetes 还是 Ruby on Rails，我们都已为你服务。 Azure DevOps Projects 中的列表也在不断增加。 现在，在 Azure 中开始使用 Go 或 Ruby 应用程序 从未如此简单。

包管理中现在还提供对 NuGet 上游源的新通知类型和更好的支持。

VSTS 中的新增功能

功能

代码

工作

生成和发布

程序包

Wiki

管理

代码

更快地查找包含特殊字符的短语和代码

我们最近一直在研究如何使搜索结果更准确，尤其是在搜索包含特殊字符时。

在此更新中，包含特殊 (非字母数字) 字符的搜索更有可能帮助你找到要查找的内容。 例如，如果之前搜索 ，A+B则结果可能包含 A+B、、A-BA*B、A$BA/B、 等。现在，只会在A+B结果中看到，没有误报。

短语的识别效果也更好。 例如，以前对 的 new List<string>() 搜索将返回此部分匹配项，而不 >() 返回结尾。

结果缺少完整搜索词

但是，在此更新中，将返回并突出显示完整的短语。

结果，包括完整搜索词

工作

使用新 @TeamAreas 宏在团队的“区域路径”中执行查询

在团队设置中，可以关联一个或多个区域路径，这可帮助侧重于积压工作 (backlog)、板、计划，甚至是仪表板，以便仅为该团队而工作。 不过，如果要为团队编写查询，则必须在查询子句中列出该团队的特定区域路径。 现在，可以使用新的 @TeamAreas 宏轻松引用指定团队拥有的区域路径。 此功能已根据建议设置优先级。

查询编辑器中的团队区域宏

生成和发布

从 YAML 触发 CI 生成

现在可以将持续集成 (CI) 触发器设置定义为 YAML 生成定义文件的一部分。 默认情况下，将新 .vsts-ci.yml 文件推送到 Git 存储库时，将自动为所有分支配置 CI。

若要限制要触发的分支，只需将以下内容添加到文件，即可在推送到 master 或与发布/* 模式匹配的任何分支时触发生成。

trigger:
- main
- releases/*

如果要禁用触发器或覆盖 YAML 文件中的触发器设置，可以在定义中执行此操作。

有关详细信息，请参阅 YAML 生成触发器 文档。

来自 yaml 的 ci 触发器

持续部署到 Azure Database for MySQL

现在可以持续部署到 Azure Database for MySQL - Azure 的 MySQL 数据库即服务。 可在版本控制中管理 MySQL 脚本文件，并使用本机任务（而不是 PowerShell 脚本）作为发布管道的一部分持续部署。

使用 Helm 简化到 Kubernetes 的部署

Helm 是一种简化 Kubernetes 应用程序的安装和管理的工具。 它也在上一年获得了大量人气和社区支持。 发布中的 Helm 任务现在可用于将 Helm 图表打包并部署到 Azure 容器服务 (AKS) 或任何其他 Kubernetes 群集。

VSTS 已支持 Kubernetes 和 Docker 容器。 随着此 Helm 任务的添加，现在可以设置基于 Helm 的 CI/CD 管道以便将容器传送到 Kubernetes 群集中。 有关详细信息，请参阅 使用 Kubernetes 部署到 Azure 容器服务 文档。

helm 任务

部署 Ruby on Rails 应用程序

新的Azure 应用服务发布定义模板现在包括将 Ruby on Rails 应用程序部署到 Linux 上的 Azure WebApp 所需的任务。 使用此发布定义模板时，App 服务部署任务会预先填充一个内联部署脚本，该脚本使捆绑程序 (依赖项管理器) 安装应用程序依赖项。

使用 Azure DevOps Projects 配置 Go 和 Ruby 应用程序

可以通过 Azure DevOps Projects 轻松地在 Azure 上开始操作。 它只需几个步骤即可在所选的 Azure 服务上启动应用程序。 DevOps Projects 设置开发、部署和监视应用所需的一切。 现在，还可以为 Go 和 Ruby 应用程序设置整个 DevOps 管道。 有关详细信息，请参阅 部署到 Azure 文档。

持续部署标记进行后期生成处理的生成

持续部署触发器在生成完成时创建发布。 但是，有时生成会进行后期处理，只应在该处理完成之后才发布生成。 现在可以在发布的触发器筛选器中利用生成标记（在后期处理过程中分配）。

生成标记触发器

为 GitHub Enterprise 或外部 Git 项目筛选分支

从 GitHub Enterprise 或外部 Git 存储库发布时，现在可以配置将发布的特定分支。 例如，你可能要只将来自特定分支的生成部署到生产。

分支筛选器

程序包

订阅包更新通知

以前，了解所用包的新版本的唯一方法是通过包客户端 (（如 Visual Studio、NuGet 或 npm) ）。 现在，可以配置有关你关注的包的电子邮件通知。 可以获取有关特定包或源中所有包的新版本的通知。 还可以在升级或删除包时收到通知。

若要进行此设置，请将鼠标悬停在右上角的个人资料图片上，选择“ 通知设置”，然后单击“新建订阅”。 在出现的对话框中，选择“ 包 ”类别。

此功能已根据建议设置优先级。

使用 VSTS 中其他位置上游 NuGet 包

我们继续投资上游源，使你能够将所有包依赖项集中到单个源中，并保留你使用的所有包的保存副本。 如果有多个包含 NuGet 包的源，现在可以在同一帐户中添加一个源作为另一个源的上游源。 这允许你在 nuget.config文件中只有一个源，这为你提供了确定性还原等优势。 有关详细信息，请参阅上游源文档。

NuGet 上游

在更多源中启用 nuget.org 上游源

以前，只有在 Sprint 130 更新后创建的源才能使用 nuget.org 上游源。 现在，在该更新之前创建的大多数包管理源也可以使用它。 如果源准备就绪，程序包上方会显示一个横幅，告知可以启用 nuget.org 上游源。

公共包源（如 nuget.org 和 npmjs.com）的上游源会保留你使用的每个包的已保存副本，以便防止服务中断。 有关详细信息，请参阅上游源文档。

Wiki

当你想要创建指向另一个 Wiki 页面的链接时，只需键入标准 Markdown 语法来添加链接 [link name](/ ，就会获得当前 Wiki 中所有页面的登记。 之前，你能够单击 Wiki 页面并将其拖动到 Markdown 编辑器以创建链接，但这会使在页面中创建链接更加简单。

自动建议 Wiki 页面链接

此功能已根据建议设置优先级。

按 Wiki 名称筛选搜索结果

将 Git 存储库中的 Markdown 文件作为 Wiki 发布（我们 上次发布更新）意味着你将开始在同一项目中看到多个 Wiki。 搜索时，可能很难浏览类似的文档并找到要查找的内容。 现在，在搜索 Wiki 页面时，可以通过在搜索结果页面上应用 Wiki 名称筛选器来缩小结果范围，从而帮助你更快地查找内容。

搜索中的 wiki 名称

管理

在 Azure 订阅或资源组之间移动 VSTS 帐户

现在，你将能够在Azure 门户中的 Azure 订阅或资源组之间移动 VSTS 帐户，就像使用大多数其他 Azure 资源一样。 有关详细信息，请参阅 移动资源 文档。

后续步骤和反馈

转到 VSTS

订阅汇报

我们很想听听你对这些功能的看法。 如果你对希望我们确定优先级的事情有想法，请通过反馈菜单报告问题或提供建议。

反馈菜单

你还可以在 Stack Overflow 上获得社区的建议和问题的答案。

此致

亨利·迪克森