TeamCity 2024.07:新的许可机制、重做的 Problems(问题)页面、GitHub Checks Webhook Trigger等

TeamCity 2024.07 现已发布!在这个版本中,我们推出了许多备受期待的功能,例如通过统一的 JetBrains Account 的新许可机制,这将简化许可证管理。

还有新的 GitHub Checks Webhook Trigger,可以实现提交到 GitHub 后的立即构建排队,并以富文本格式提供更新。

此外,更新的 Problems(问题)页面提供了一个集中位置,用于审查 TeamCity 测试和构建的任何问题。

TeamCity 帐户的新许可机制

在 2024.07 版本中,我们为 TeamCity 管理员引入了通过统一的 JetBrains Account 激活许可证的选项。现在,您可以将 JetBrains Account 与 TeamCity 实例(包括 TeamCity Professional)关联,并从 JetBrains Account 检索许可证。

这项新功能旨在通过您的 JetBrains Account 简化 TeamCity 服务器和代理许可证的许可证管理。

现在,您只需从 TeamCity 中的 Licenses(许可证)页面登录 JetBrains Account 并选择服务器许可证进行激活。关联后,TeamCity 将自动更新所有服务器和代理许可证,无需手动输入其他代理或许可证续订的许可证密钥。

我们的文档中详细了解如何通过 JetBrains Account 激活许可证。

版本化设置的仓库内自定义路径

在 TeamCity 中,您可以使用 Kotlin DSL 和 XML 格式以编程方式配置项目和设置。

此前,如果项目的版本化设置存储在 VCS 中,TeamCity 将只跟踪 .teamcity 目录。TeamCity 仍然可以在单个仓库中存储所有子项目的版本化设置,但前提是主项目已经启用版本化设置。这在某些情况下不够方便。

例如,主项目中损坏的 DSL 阻止了所有子项目和其他构建的更新。

先前方式的另一个缺点是,如果项目中的更改触发了 Kotlin DSL 编译,设置将应用于存储在同一仓库中的其他项目,即使更改不应该影响这些项目。

我们添加了在 TeamCity 中配置版本化设置的仓库内自定义路径的功能。

重做的 Problems(问题)页面

TeamCity 提供了项目和构建级别的当前问题和调查的概览。用户可以管理构建配置错误、失败的测试、忽略的问题和正在进行的调查,以及每个问题的被指派者和状态。

我们重新设计了 UI,在统一的 Problems(问题)页面下更清晰地提供所有问题及其状态的概览。

GitHub Checks Webhook Trigger

TeamCity 的这项新功能允许您在将提交推送到 GitHub 后立即将构建加入队列。它还使用 Markdown 在 GitHub 上以富文本格式发布构建状态。

TeamCity 不仅发布状态,还会创建 GitHub Check Run,可在有人推送代码后立即运行检查。这使用户可以在 GitHub 内方便地查看状态和详细信息,而无需在 GitHub 和 TeamCity 之间来回切换。

此外,如果出现问题,用户可以从 GitHub 重新运行检查,无需切换到 TeamCity。

这个触发器与启用了 Web 挂钩的 GitHub App 关联兼容。

从 URL 创建项目或 VCS 根时上传 SSH 密钥

在 TeamCity 中,您可以从 URL 创建项目或 VCS 根。

以前,用于从 URL 创建项目或构建配置的表单只接受用户名和密码/访问令牌等凭据。

我们重做了身份验证表单,让您可以手动选择 Password/Access token(密码/访问令牌)或 SSH key(SSH 密钥)选项作为身份验证类型。

将 URL 插入相应字段时,TeamCity 也会自动检测并建议适当的类型。您也可以在同一页面上传新的 SSH 密钥。

对 Perforce ditto 映射的支持

一段时间以来,Perforce Helix Server 具有一对多映射功能,允许用户将单个仓库路径映射到客户端工作区中的多个位置。这项功能也称为 ditto 映射。

从 TeamCity 2024.07 开始,TeamCity 也将支持 ditto 映射。

我们的文档中查看 2024.07 版本功能的完整列表。

一如既往,如果您有任何问题或建议,请随时通过论坛或我们网站上的联系表与我们联系。