Italian Striking by forcing the CHUDdy devs on my team to learn a (not-very-)convoluted Git branching strategy and apply it to every single software project in our repositories, regardless of the scope of the feature, enhancement, or defect tickets that come in. One line change? Sorry, you gotta make a milestone for your target version, make a release candidate branch that will be your eventual merge target, make an issue and track it against the milestone, make a branch for the issue and a merge request that targets the release candidate branch, and keep your work the fuck out of Main/trunk until it has been reviewed by a team lead.
Oh, you didn't add trace loggers in this one function? You failed code review, go back and create another issue, a branch for the issue, and a merge request targeting the release candidate branch. Oh, you forgot to update the version string in the Maven POM file to indicate that this is a -SNAPSHOT
release? Undeploy your non-Prod code and fix it. Yes, that means another issue, a branch, and a merge request targeting the release candidate branch. The control plane should not be reporting a non-snapshot version on a pre-release, god damn it!
...except this is all ultimately just good housekeeping because it makes sure those motherfuckers are very intentional about what they do in that codebase, given that we had a revolving door contractor situation for a few years that left us with more tech debt than any small team could ever hope to address.