NuGet 依赖触发器

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

对于运行在 Linux 上的 TeamCity 服务器，据称 NuGet 依赖触发器将与以下 技术所限 一起工作：

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

• 仅支持 HTTP 包源

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

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

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

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

   tip

   推荐的方法是通过 管理 | 工具 预安装 NuGet。 在这种情况下，已安装的版本将自动出现在此菜单中。 如果您想为 NuGet 可执行文件提供自定义路径，您需要通过指定以下 内部属性明确允许其在服务器上的使用： teamcity.nuget.server.cli.path.whitelist=<disk>:\\<path-to-executable>\\NuGet.exe

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

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

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

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

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

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

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

tip

如果您将此功能与 build step execution conditions 结合使用，效果会更好。 您只需向步骤添加一个基于参数的条件，然后配置两个触发器：一个将运行包含此步骤的构建（条件满足时），另一个则会运行不包含此步骤的构建。 一种常见的用例是在常规构建中运行有限的测试，但在夜间构建中，当服务器负载最低时，运行完整的测试集。

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

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