I would like a tightening quality gate

One that requires the same or better with every commit.

If there are currently 15 code smells, a 16th can’t be added. If coverage is 75% it can’t go below that. If the next commit takes the coverage to 77 percent with 13 smells, those become the new thresholds.

Hi Andrew,

just playing devil’s advocate here: why would you want to do this? I could see some value in forcing your code to have an ever-increasing quality, but what are the benefits of this when you could enforce a high threshold from the beginning?

1 Like

Because it looks bad from the beginning if you do it that way. A tightening gate would let us meet some minimum level of quality and then only get better from there. And wouldn’t let it slide to worse. (This last part would help with the 20 lines of code minimum nonsense that’s in sonar cloud)


Hey @StingyJack

You might want to chime in on this existing thread about ratcheting Quality Gates

(We’re not brushing you off – Ann and I both support this idea, and want to make sure the reports are consolidated!)

1 Like

I dont take it as a brush off. I’m fine with reducing duplication. I did search before posting, but didnt think of using “Ratcheting”

1 Like

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.