通过

草稿拉取请求和新工作项文本编辑器 - Sprint 143 更新

在 Azure DevOps 的 Sprint 143 更新 中，我们引入了一 个新的工作项文本编辑器 ，该编辑器功能更强大且更易于使用。 这是我们实现产品现代化和改进体验的一部分。 在 Azure Repos 中， 草稿拉取请求 允许你创建尚未准备好完成的拉取请求，因此无法意外完成拉取请求。 我们还在 Azure Artifacts 中发布了一些新功能，包括 能够排除项目上传中的文件 并获取 包的证明信息。

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

Features

常规：

Azure Boards：

Azure Repos：

Azure Pipelines：

Azure Artifacts：

概况

REST API 版本 5.0

每个 API 请求都应包含 API 版本。 但是，如果要在没有 API 版本的情况下向以前发布的终结点发出 REST 请求，则此请求的默认版本将在此部署中从 4.1 切换到 5.0。 有关 REST 和 API 版本的详细信息，请参阅 Azure DevOps Services REST API 参考。

Azure Boards

全新工作项文本编辑器

我们很高兴地宣布新文本编辑器在工作项窗体上正式发布。 我们的文本编辑器已经过时了一段时间，这种新体验将是一个巨大的改进。 新编辑器更现代、更强大，带来了新功能，包括调整图像大小、代码片段、Mac 和 Windows 的键盘快捷方式以及完整的表情符号库。

可以在工作项窗体的任何文本字段中使用此控件，包括在讨论中。 下面是可期待看到的新体验：

文本编辑器

下面，可以看到代码片段体验。 通过此添加，可以在工作项表单中轻松、清楚地讨论代码。

文本编辑器代码

我们真的想开始让工作项目成为更多的社交体验。 我们这段旅程的第一步是为文本字段和工作项讨论增加表情符号支持。 使用表情符号，你将能够将你的描述和评论带到生活中，并给他们更多的个性！

为此编辑器所做的工作是开源的，因此请随时查看 GitHub https://github.com/Microsoft/roosterjs 上的 roosterjs 仓库。

Azure Repos

改进的分支选取器

Azure Repos 中的大多数体验要求选择一个存储库，然后选择该存储库中的一个分支。 为了面向具有大量分支的组织改进这一体验，我们将推出新的分支选取器。 现在，使用该选取器可以选择所需分支或快速搜索分支。

分支选取器

拉取请求草稿

为了防止拉取请求在尚未准备好时被完成，并能够轻松创建可能不需要涉及所有人的工作，我们现在支持草稿拉取请求。

可以通过在创建拉取请求时，从“创建”按钮的下拉列表中选择创建为草稿来创建草稿拉取请求。

创建 PR 草稿

在你创建草稿拉取请求之后，你会看到一个显示状态的徽章，它位于标题旁边。

指示状态的标志。

草稿拉取请求默认不包括审阅者或运行构建，但允许你手动添加审阅者和运行构建。 若要将拉取请求升级为普通拉取请求，只需单击拉取请求详细信息页中的 “发布” 按钮即可。

Azure Pipelines

使用标记触发 YAML 管道

将标记添加到提交时，可以触发 YAML 管道。 对于工作流包括标记的团队来说，这非常有用。 例如，当提交被标记为“最后一个已知状态良好的版本”时，可以启动一个进程。

可以指定要包含和排除的标记。 例如：

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

设置为在更新拉取请求时自动取消现有管道

默认情况下，如果向同一拉取请求（PR）推送新的提交，则由该拉取请求触发的流水线将被取消。 在大多数情况下，这是可取的，因为通常不希望继续在过时代码上运行管道。 如果您不希望出现这样的行为，可以将 autoCancel: false 添加到您的 PR 触发器中。

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

声明容器资源为内联

以前，我们需要在 YAML 管道中声明容器资源，然后按名称引用它们。 现在，我们提供了一种内联语法，适用于无需多次引用容器的情况。

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

对新项目的默认权限的更改

到目前为止，项目参与者无法创建管道，除非被显式授予“创建生成定义的权限”。 现在，对于新项目，所有团队成员都可以轻松创建和更新管道。 此更改将减少新客户入驻 Azure Pipelines 的障碍。 始终可以更新 参与者 组的默认权限并限制其访问权限。

向部署组中部署失败的目标进行再次部署

默认情况下，当你重新部署以前失败的运行时，Azure Pipelines 会自动重新运行所有作业。 现在，可以通过在部署时配置 部署选项 来替代此行为。 通过选择 所有作业并限制为部署组中失败的目标对象 选项，重新运行会执行所有作业，并跳过已更新目标的部署。

部署到部署组中失败的目标。

支持基础结构即代码

我们正在向 Azure DevOps 项目添加对基础结构即代码（IaC）的支持。 IaC 是使用一些声明性方法管理和预配计算基础结构的过程，同时使用定义文件而不是传统的交互式配置工具设置其配置。 这样，您就可以将解决方案中的资源作为一个整体来使用。 可以使用用于部署的模板部署、更新或删除解决方案的所有资源。 此模板可用于测试、过渡和生产等不同环境。

Azure Artifacts

从项目上载中排除文件

以前，若要从已发布的项目中排除文件，必须将文件复制到过渡目录，删除要排除的文件，然后上传。 现在，通用包和流水线工件都将在要上传到的目录中查找名为 .artifactignore 的文件，并自动排除这些文件，从而不需要暂存目录。

包裹的来源信息

通过此次更新，我们使理解包的来源变得更加简单，包括谁或什么发布了它们以及它们来源于哪个源代码提交。 对于使用 npm、 NuGet 和 .NET Core、 Twine Authenticate （For Python）和 通用包 任务发布的所有包，会自动填充此信息。

有关包的来源信息。

Azure Artifacts REST API 文档更新

通过此冲刺的更新，我们将推出对 Azure Artifacts REST API 文档的大量更新，这应该可以更轻松地在自己的应用程序中针对它们进行开发。

后续步骤

注释

这些功能将在未来两到三周内推出。

阅读以下新功能并转到 Azure DevOps，自行尝试这些功能。

转到 Azure DevOps

如何提供反馈

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

提出建议

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

谢谢

杰里米·埃普林

  • Last updated on