如果有新的未覆盖代码,如何使构建失败？

如果有新的未覆盖代码，可以通过以下方式使构建失败：

1. 静态代码分析：使用静态代码分析工具，例如SonarQube或PMD，来检查代码中的潜在问题和违规规范。如果发现新的未覆盖代码，可以配置构建过程中执行静态代码分析，并将分析结果作为构建失败的条件之一。
2. 单元测试覆盖率：在构建过程中执行单元测试，并检查测试覆盖率报告。如果发现新的未覆盖代码，可以设置一个最低的测试覆盖率阈值，并将未达到阈值的情况视为构建失败。
3. 代码质量门禁：使用代码质量门禁工具，例如Checkstyle或FindBugs，来检查代码质量和规范。可以配置构建过程中执行代码质量门禁，并将门禁结果中的新的未覆盖代码作为构建失败的条件。
4. 集成测试：在构建过程中执行集成测试，并检查测试结果。如果发现新的未覆盖代码导致集成测试失败，可以将构建标记为失败。
5. 代码审查：在代码审查过程中，审查人员可以注意到新的未覆盖代码，并要求开发人员进行修改和补充。如果代码审查未通过，可以将构建标记为失败。

需要注意的是，以上方法只是一些常见的做法，具体的实施方式可以根据项目和团队的实际情况进行调整和定制化。此外，构建失败后，可以通过自动化通知系统（例如邮件、Slack等）及时通知相关人员，以便及时处理和修复未覆盖代码。