TeamCity 重新 运行 测试，直到找到最后一个工作修订/破坏它的修订
TeamCity re run tests until find last working revision / revision which broke it
由于我们每天只 运行 进行一次单元测试，因此可能会发生多次更改导致测试失败的情况。然后我们进入更改列表并为每个更改触发测试，直到我们找到负责破坏测试的人。
我们如何使它自动化？我们希望 TeamCity 运行 再次对不同的更改进行单元测试（一些二进制搜索逻辑会是一个奖励），直到它找到罪魁祸首。
您如何称呼此功能？我正在查看启用此功能的选项，但到目前为止还没有成功。
感谢您的输入和指点。
我开发了一个 TC 插件来处理这个问题。参见 https://github.com/sferencik/SinCity。阅读文档，看看它是否适合你。如果您需要，我很乐意进一步帮助您。
文档还提到了我所知道的唯一其他选择：https://github.com/tkirill/tc-bisect。它具有平分功能 ("binary search logic")，但我不确定它处于什么状态。
由于我们每天只 运行 进行一次单元测试，因此可能会发生多次更改导致测试失败的情况。然后我们进入更改列表并为每个更改触发测试，直到我们找到负责破坏测试的人。
我们如何使它自动化？我们希望 TeamCity 运行 再次对不同的更改进行单元测试（一些二进制搜索逻辑会是一个奖励），直到它找到罪魁祸首。
您如何称呼此功能？我正在查看启用此功能的选项，但到目前为止还没有成功。
感谢您的输入和指点。
我开发了一个 TC 插件来处理这个问题。参见 https://github.com/sferencik/SinCity。阅读文档，看看它是否适合你。如果您需要，我很乐意进一步帮助您。
文档还提到了我所知道的唯一其他选择：https://github.com/tkirill/tc-bisect。它具有平分功能 ("binary search logic")，但我不确定它处于什么状态。