There was a good thread in 2020 about git commit messages (which has been locked for inactivity). Reopening the subject.
I saw this today (punctuation and capitalization intact):
i changed a number
pile on, folks…
There was a good thread in 2020 about git commit messages (which has been locked for inactivity). Reopening the subject.
I saw this today (punctuation and capitalization intact):
i changed a number
pile on, folks…
Looks back through our git commit history for this year and finds nothing interesting
Huh. Maybe I am teaching these students something after all.
“Ari got a new linux and is testing to see if the software he installed works (he likes to talk about himself in the third person)”
One line.
“Rkfjfkaevert “whoops, forgot javadoc lol””
“even MOREEEEEEEE changes”
I promise we’ve gotten somewhat better at this, but some highlights (lowlights?) from the last few years:
“Fixed a problem with duct tape” (whether this was a metaphor has been lost to history)
“Literally two indents in the code”
“it builds now”
“try fix”
“LOTS OF CHANGES”
“this has merge conflicts”
“no message”
“from tonight”
“turret boiz :)”
“prepare for tunie”
My personal favorite from our 2019/20 code base:
Addition shenanigans from 3216:
“Changed code to release the kraken”
“Fixed all the things”
“I did stuff”
Oh I have way too many of these, here are some of our best:
The frequent “last commit of the night” inevitably followed by “oops forgot this”
“very, very bad code”
“I did code”
“k”
“Cooper added a space” (this one is from @Cooper3175)
“I give up”
“so close but its 1am”
And my personal favorite:
“SWERVE WORKS FOR REAL!!!”
At a previous employer I was working on a project that had been handed over to us from a development team in Poland.
I’m not joking when I say that the entire Git history looked like this:
Each one essentially translates to “changes” or “fixes”.
The moral of this thread: teach your programmers how to use git commit --amend
.
Funny, we use The Kraken (well, GitKraken) to manage our code
Our students usually do a push immediately after the end of day commit. doing amends after that gets… interesting?
Gotta learn to give yourself a buffer between committing and pushing, or else switch to a branch/PR workflow and get comfy with history rewrites. I suggest the latter approach.
Or interactive rebasing
Oh I can fix that! --force
(/s, please don’t tell your students to do this)
Same day:
Its not actually that bad, but its not the prettiest thing in the world either. Gets the job done though…