The build server can signal errors and code quality problems as much as it wants, but if developer teams don't care about the problems, then the investment in the notifications and visualization is all for nothing.
This isn't something that can be solved by technical means alone. There has to be a process that everybody agrees on, and the easiest way for a consensus to be achieved is for the process to be of obvious benefit to everyone involved.
Part of the problem is organizations where everything is on fire all the time. Is a build error more important than a production error? If code quality measures estimate that it will take years to improve a code base's quality, is it worthwhile to even get started with fixing the issues?
How do we solve these kinds of problems?
Here are some ideas:
- Don't overdo your code quality metrics...
