通过将项目迁移到继承过程模型来简化自定义 - VSTS 冲刺 139 更新
在 Visual Studio Team Services (VSTS) 的 Sprint 139 更新中，现在可以将托管 XML 项目迁移到继承过程模型以简化自定义。 此外，发布 现在可以由 PR 触发 ，以帮助你在合并之前执行其他测试。
有关详细信息，请查看下面的 功能 列表。
后续步骤
阅读以下新功能，然后前往 VSTS 自行试用。
功能
Wiki：
工作:
代码：
生成和发布：
Wiki
为 wiki 页面创建目录
有时 wiki 页面可能会很长，其内容按多个标题进行组织。 现在，可以使用 语法将目录添加到具有至少一个标题 [[_TOC_]] 的任何页面。 有关在 VSTS 中使用 Markdown 的详细信息，请参阅 markdown 指南文档。 此功能是根据 UserVoice 的建议确定的。
工作
通过将项目迁移到继承过程模型来简化自定义
将托管 XML 进程模型迁移到继承的进程提供了通过用户界面自定义工作跟踪系统的便利。 如果你在任何项目中使用 Hosted XML 进程模型，现在可以迁移它们。 可以通过两个步骤更改项目的过程模型。 首先，将托管 XML 进程克隆到继承模型中。 这会将自定义项（如工作项类型、字段和状态）添加到新创建的“继承”进程中。
验证该过程后，可以更改项目以使用新创建的过程。
有关详细信息，请参阅将 托管 XML 进程克隆到继承 文档。
使用改进的 Microsoft Teams 集成聊天最新状态
在 Microsoft Teams 集成的最新改进中，你现在将快速看到具有清晰图标和颜色的活动状态，并开始聊天以保持活动动态。 如果拉取请求正在等待作者，它将显示为黄色，并带有计时器图标。 如果生成成功，则它以绿色显示，并带有检查标记图标。
代码
使用模板标准化拉取请求描述
编写良好的拉取请求描述是帮助审阅者了解审阅代码时的预期内容的好办法。 它们也是帮助跟踪应针对每次更改执行的操作（例如测试、添加单元测试和更新文档）的好方法， (没有人忘记更新文档) 。 你们中的许多人一直要求我们添加拉取请求模板，以便团队更轻松地编写出色的说明，现在我们添加了该功能。
除了支持默认 PR 描述模板，团队可以添加多个模板，这些模板会在创建 PR 页面上的菜单中提供给你。 只需单击添加模板按钮即可从存储库中的任何模板进行选择，以将它追加到 PR 描述中。
如果要将 PR 的不同模板应用到特定分支或分支文件夹中，则也支持特定于分支的模板。 例如，如果要使用特定于开头为“hotfix/”的所有分支的模板，则可以将用于所有 PR 的模板添加到这些分支中。
请参阅拉取请求模板文档，详细了解如何创建和使用模板。
生成和发布
使用拉取请求发布触发器执行附加测试
你已能够基于拉取请求 (PR) 触发生成并暂时在合并之前获取该快速反馈。 现在还可以为发布配置 PR 触发器。 发布的状态会回发到代码存储库，可以直接在 PR 页面中查看。 如果要在 PR 工作流中执行附加功能或手动测试，则会很有帮助。
使用 Azure DevOps Projects 将 Go 应用部署到 Azure Kubernetes 服务 (AKS)
借助 DevOps Projects ，可以轻松地在 Azure 中入门。 它可以帮助你通过几个步骤在所选的 Azure 服务上启动应用程序。 DevOps Projects 提供开发、部署和监视应用所需的一切。
现在，我们添加了对面向 DevOps 项目中 Go 语言的 Azure Kubernetes 服务 (AKS) 的支持。 有关详细信息，请参阅 AKS 的教程文档。
报告给 GitHub 的生成状态更简洁
VSTS 将生成状态发布到 GitHub 时，状态文本将显示在关联的提交、分支和拉取请求 检查。 到目前为止，文本中每个生成管道的名称都以 VSTS:开头。 我们从状态文本中删除了此前言，以便生成管道的名称更易于一目了然，并且不会在生成管道的官方名称中引起混淆 VSTS: 。 遗憾的是，此更改会影响 GitHub 分支保护规则，其中 GitHub 仍希望管道名称以 开头 VSTS:。 这可能会导致 GitHub 拉取请求在存储库设置更新之前被阻止。 若要解决此问题，在至少运行一次生成后，请在存储库设置 > 分支分支保护规则下更新存储库的分支 > 保护规则。
如何提供反馈
我们很想听听你对这些功能的看法。 使用反馈菜单报告问题或提供建议。
你还可以在 Stack Overflow 上获取社区的建议和问题解答。
此致
Gopinath Chigakkagari