我们的团队正在研究项目中静态分析的各种选项,并且对于我们是否希望我们的持续集成构建因静态分析的警告而失败有不同的意见。
反对构建失败的论点是,规则中经常存在例外情况,而试图绕过这些例外只是为了使构建成功会降低生产力。更好的方法是在构建时生成报告,并定期投入开发人员时间来解决报告的问题。
反驳的观点是,如果不立即解决错误,技术债务很容易积累。此外,如果在引入潜在错误时构建失败,修复该错误所需的时间也会减少。
你怎么看?
就我个人而言,我宁愿看到构建失败。虽然某些警告是误报,但可以使用以下方法排除警告:SuppressMessageAttribute
用一个Justification
。执行此操作时,您可以确保开发人员会评估每个警告,并且不会漏掉任何内容。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)