Continuous integration 如果忽略测试,则跳过条件部署生成步骤

Continuous integration 如果忽略测试,则跳过条件部署生成步骤,continuous-integration,teamcity,continuous-deployment,Continuous Integration,Teamcity,Continuous Deployment,我想创建一个也可以部署到服务器的构建,都在同一个构建中。因此,最后一步是部署步骤。但是,如果存在被忽略的测试,我不希望部署它,但我也不希望构建显示为已损坏。如果存在被忽略的测试,我可能会使构建失败,但这可能会导致代码库不稳定,即误报。我可以用两个版本来解决这个问题,一个版本触发另一个版本,但我不确定如何在版本1中查找被忽略的测试 我可以通过在应用程序中显示程序集信息中的版本号并从版本更新来跟踪部署的内容。我还可以检查构建日志,查看是否跳过了该构建步骤。通过这种方式,我可以看到服务器正在运行什么构

我想创建一个也可以部署到服务器的构建,都在同一个构建中。因此,最后一步是部署步骤。但是,如果存在被忽略的测试,我不希望部署它,但我也不希望构建显示为已损坏。如果存在被忽略的测试,我可能会使构建失败,但这可能会导致代码库不稳定,即误报。我可以用两个版本来解决这个问题,一个版本触发另一个版本,但我不确定如何在版本1中查找被忽略的测试

我可以通过在应用程序中显示程序集信息中的版本号并从版本更新来跟踪部署的内容。我还可以检查构建日志,查看是否跳过了该构建步骤。通过这种方式,我可以看到服务器正在运行什么构建


我是否完全疯了,这有意义吗?我应该这样做吗?有没有更好的方法来实现这个目标?非常感谢您的帮助。

为什么要查找被忽略的测试?这听起来是个坏主意。如果开发人员不能将测试标记为
[Ignore]
,那么他们接下来要做的就是将它们注释掉——这不是一个胜利。我完全同意BrokenGlass。在回答您是否“完全疯了”的问题之前,我们需要了解您为什么认为如果有被忽略的测试,就不部署。@BrokenGlass我想在功能开始时加入acceptegration测试(使用specFlow)。然后使用红/绿单元测试来实现它。一旦我相信该特性已经完成,请填写specFlow的步骤,删除忽略,如果忽略通过,则部署它。之前,我让它部署不完整的特性,因为程序员处于不同的阶段,并在最后加入specFlow。我目前在一个一人的团队中,如果我不是,这显然是不好的,但我只是想知道在这种情况下我是否可以尝试一些新的东西。