TeamCity 2024.03:捆绑的 HashiCorp Vault 插件、不可信构建等

在 2024.03 版本中,我们引入了许多备受期待的功能。 例如,HashiCorp Vault 插件现在与 TeamCity 捆绑。 此外,我们新的不可信构建组可以让您区分可信用户编写的更改和来自外部源的更改。

新推出的 dotCover 运行程序使用户能够在代码覆盖率分析下执行进程、合并构建步骤之间的快照,并跨构建链为在 TeamCity 中执行的并行测试生成综合报告。

继续阅读,详细了解 TeamCity 中的最新变化。

强强联合:HashiCorp Vault 插件现已捆绑到 TeamCity 中

TeamCity 一段时间以来一直受益于 HashiCorp Vault 插件集成。 去年,我们改进了这种集成的运作方式,使其更易配置。

在 2024.03 版本中,我们开始将插件与 TeamCity 捆绑,使其成为 TeamCity 安装的关键组件。

在我们的文档中详细了解 TeamCity 的 HashiCorp Vault 集成

可选工件依赖项

工件依赖项使您的构建配置能够获取其他配置或同一配置中的构建生成的文件。 要建立这些依赖项,应定义工件规则,指定要下载的文件及其存储位置。

此前,如果 TeamCity 无法根据这些规则找到文件,构建将会失败,并出现“Unable to resolve artifact dependency”错误。

从 2024.03 版本开始,我们引入了一种适应性更强的方式来定义工件依赖项。 现在,您可以配置依赖项,使其在以下情况被忽略:

  • 源构建根本不存在(除非有其他非可选规则)。
  • 源构建缺少所需文件。
  • 工件规则基于归档,并且该归档不包含所需文件。

如果您想提供有关此功能的反馈,请随时使用此 YouTrack 工单

有关新功能的完整列表,请访问文档中的“最新变化”页面。

通过不可信构建组更好地控制外部拉取请求

拉取请求功能使您能够在将代码合并到主代码库之前进行审查。 用户可以选择运行来自任何贡献者的构建,或仅来自其组织内的贡献者的构建。 前一个选项存在安全风险,可能会将 TeamCity 服务器暴露给有害代码,而后一个选项则会限制与更广泛的贡献者的协作。

在 2024.03 版本中,我们引入了不可信构建组,让 TeamCity 可以区分可信用户编写的更改和来自外部源的更改。

通过不可信构建组更好地控制外部拉取请求

不可信构建组当前支持 GitHub 和 GitLab。 在我们的文档中了解详情。

新的 dotCover 运行程序

JetBrains dotCover 作为 TeamCity 中 .NET 相关项目的代码覆盖率工具受到支持已经有一段时间。 在 2024.03 版本中,我们向 .NET Support 插件添加了一个新的构建运行程序,将其与 dotCover 工具集成。

新的 dotCover 运行程序允许用户:

  • 在 dotCover 分析下运行任意进程以生成覆盖率快照。
  • 合并其他 .NET 或 dotCover 运行程序生成的构建步骤快照。
  • 跨构建链为并行测试生成合并报告,并将其转换为 TeamCity 自定义报告。

我们的文档中了解详情。

TeamCity 中的 .NET 测试重试策略

在 2024.03 版本中,我们向 .NET 构建运行程序添加了新功能。 新选项将允许用户为失败的测试设置构建级重试策略。

通过不可信构建组更好地控制外部拉取请求

此功能将有助于解决测试不稳定问题并缓解集成测试的瞬态失败。

我们的文档中了解详情。

Gradle 运行程序中的配置缓存支持

Gradle 中的配置缓存选项通过缓存配置阶段的结果并在后续构建中重用来显著增强构建性能。 在 2024.03 版本之前,TeamCity 的 Gradle 构建运行程序缺乏对此功能的支持。

在这个版本中,我们将此功能引入 TeamCity,希望提高 Gradle 构建的效率和性能。 查看我们的文档了解如何在 TeamCity 设置中启用配置缓存选项。