TFS（构建触发器）- 检查 CI 选项和 Gated Check-in 选项有影响吗？
TFS (Builds-Triggers) - There is impact of checking CI option and Gated Check-in option?
我不明白为什么我可以同时检查这两个选项，因为这两个选项的行为不相似。
我只想在构建 (CI) 成功时检查更改。
我需要做什么？
祝你有愉快的一天。
CI 和门控签到之间没有影响。当您 select CI 时，它会在有人签入代码时构建，它发生在更改已签入 TFS 之后。如果您 select 门控签入，仅当提交的更改合并并成功构建时才会接受签入，这意味着只有构建成功才能签入更改。
默认情况下，CI 构建不会在门控签入过程完成并签入更改后 运行。但是，如果您 做 希望 CI 在门控签入后构建到 运行，select 运行 CI 触发已提交的更改 复选框。
详细信息您可以参考下面的link：
https://docs.microsoft.com/en-us/vsts/pipelines/build/triggers?view=vsts
Since you only want to check in the changes that builds succeed, you
should only select Gated check-in.
我不明白为什么我可以同时检查这两个选项，因为这两个选项的行为不相似。 我只想在构建 (CI) 成功时检查更改。 我需要做什么？
祝你有愉快的一天。
CI 和门控签到之间没有影响。当您 select CI 时，它会在有人签入代码时构建，它发生在更改已签入 TFS 之后。如果您 select 门控签入，仅当提交的更改合并并成功构建时才会接受签入，这意味着只有构建成功才能签入更改。
默认情况下，CI 构建不会在门控签入过程完成并签入更改后 运行。但是，如果您 做 希望 CI 在门控签入后构建到 运行，select 运行 CI 触发已提交的更改 复选框。
详细信息您可以参考下面的link：
https://docs.microsoft.com/en-us/vsts/pipelines/build/triggers?view=vsts
Since you only want to check in the changes that builds succeed, you should only select Gated check-in.