Two rules of thumb that I’ve found useful:
So, uh, I have a colleague who studied linguistics, and when I explained to her that we write commit messages like that, her reaction was basically: What the fuck, why?
My explanation wasn’t as sharp, as I didn’t call it “imperative” but rather just “infinitive”, which got me the immediate backlash that it’s not a sentence then, so why do you put a dot behind it?
She did accept my descriptivist excuses explanation that we write it that way, because it’s terser, but I know it didn’t sit well with her.
Will need to see what her reaction is to commanding the repo. 😅
Hmm, do you mean in the web console?
I know Firefox has a bit of a reputation for being rather precise in how it handles web standards compliance. So, it’ll show comparatively many warnings and errors, if you don’t keep to the web standards.
This is actually quite useful for web devs, because it means, if Firefox is happy with your implementation, then it’s relatively likely to run correctly on all browsers.
Yup. Commit messages are often shown in truncated form, which is when the dot helps to know whether you’re seeing the whole message or not.
Well, and every so often, I’ll use the commit message to document why a change was made, which requires multiple sentences. Then the dot just serves its usual purpose of separating sentences.