绕过 Gerrit 中特定提交的验证
Bypass verification of particular commit in Gerrit
我设置了 Gerrit + TeamCity 来自动验证更改。但这个验证时间比较长，并不总是相关的。是否可以跳过对提交的验证（但不审查），例如，仅在 *.txt 文件中进行更改？
我能想到的一个解决方案 - 在 Teamcity 中为 'verify' 此类更改设置虚拟的空任务，但似乎这不是自然的方式...
更新：
有关所用方法的更多详细信息。
我安装了 Gerrit 并为演示项目做了基本设置。
我在 git 回购 refs/changes/* 和 运行 中设置 TeamCity VCS 触发器以跟踪更改，建立在每次提交（实际上是每个建议的补丁集）上。
我为此构建配置设置了 TeamCity 功能 commit-status-publisher (https://confluence.jetbrains.com/display/TCD10/Commit+Status+Publisher)，因此它会发布每个补丁集的状态。
我认为您回答了您的问题：设置 Teamcity 任务以批准 "special" 更改。另一个想法：您可以创建一个 Gerrit 挂钩来批准这些更改，Git::Hooks 可用于此。
我设置了 Gerrit + TeamCity 来自动验证更改。但这个验证时间比较长，并不总是相关的。是否可以跳过对提交的验证（但不审查），例如，仅在 *.txt 文件中进行更改？
我能想到的一个解决方案 - 在 Teamcity 中为 'verify' 此类更改设置虚拟的空任务，但似乎这不是自然的方式...
更新：
有关所用方法的更多详细信息。
我安装了 Gerrit 并为演示项目做了基本设置。
我在 git 回购 refs/changes/* 和 运行 中设置 TeamCity VCS 触发器以跟踪更改，建立在每次提交（实际上是每个建议的补丁集）上。
我为此构建配置设置了 TeamCity 功能 commit-status-publisher (https://confluence.jetbrains.com/display/TCD10/Commit+Status+Publisher)，因此它会发布每个补丁集的状态。
我认为您回答了您的问题：设置 Teamcity 任务以批准 "special" 更改。另一个想法：您可以创建一个 Gerrit 挂钩来批准这些更改，Git::Hooks 可用于此。