TeamCity On-Premises 2024.03 Help

NuGet 依赖触发器

NuGet 依赖触发器允许在 NuGet 仓库中检测到 NuGet 包更新时启动新的构建。

要求和限制

对于运行在 Windows 上的 TeamCity 服务器,需要 .NET 4.0

对于运行在 Linux 上的 TeamCity 服务器,据报道 NuGet 依赖触发器将在以下 限制 下工作:

  • 按照包版本规格进行过滤不受支持

  • 仅支持 HTTP 包源

  • 使用了 NuGet feed 版本 1.0,因此可能会出现区分大小写的问题

  • 在 Linux 上的当前触发器实现可能会增加服务器负载

  • 身份验证问题可能会发生

触发设置

  1. NuGet.exe 下拉菜单中选择要使用的 NuGet 版本。

  2. 如果 NuGet 包源与 nuget.org 不同,请指定 NuGet 包源。

  3. 如果需要,指定访问 NuGet feed 的凭据。

  4. 输入包ID以检查更新。

  5. 如果需要,您可以指定包版本范围进行检查。 如果未指定,TeamCity 将检查最新版本。

如果检测到预发布包版本,您也可以选择触发构建,只需选择相应的复选框即可。 请注意,只有 NuGet 版本 1.8 或更新版本才支持这项功能。

触发构建自定义

触发器设置中的 Build Customization 标签允许配置由此触发器启动的构建的自定义参数。 与 Run Custom Build 对话框类似,它让您可以覆盖 构建参数 的值,并选择是否在构建前清理 检出目录

在此选项卡中,您可以自定义当前构建配置中使用的任何参数的值。 或者,您可以添加一个新的参数,它将仅在由此触发器启动的构建中可用。 如果当前构建对其他构建有快照依赖,这样一个参数也可以用来覆盖依赖构建配置的某个属性:使用这个 reverse.dep.<dependencyBuildID>.<property> 语法。

请注意,如果您在触发器中重新定义了构建参数,然后在 参数 中删除了原始参数,那么它的重新定义值将被转换为触发器自己的纯文本参数。 在定制安全值时,这一点至关重要,因为只有与 "Password" 类型 一起存储时,它们才会被隐藏,如果转化为纯文本,它们将变得可读。

TeamCity 允许以多种方式解决类似的任务,在某些情况下,仍然优先创建不同的构建配置。 例如,如果在同一配置中有太多自定义运行,那么 TeamCity 预测每次构建的确切持续时间可能会更加困难。 如果您需要触发带有大量不同参数的构建,我们建议您创建一个 构建配置模板,并将其用作各种配置的蓝图,每种配置都有其自己的参数。

最后修改日期: 16日 7月 2024年