A: π
B: test
C: initial commit
Or suggest your own answer.
For further actions, you may consider blocking this person and/or reporting abuse
For further actions, you may consider blocking this person and/or reporting abuse
git commit -m "I think I figured it out"
git commit -m "I didn't figured it out"
I would have also accepted:
git commit -m "This time I figured it out"
What does this do?
commit whatever changes you have and use one of the random messages from whatthecommit.com/
git commit -m "Genesis 1:1"
git commit -m "Let there be Light"
git commit -m "Let there be _____"
(insert your own)git commit -m "This is going to take more than 6 days"
love you already
git commit -m "Fixed it"
git commit -m "Fixed it for real this time"
git commit -m "Damn. Fixed"
git commit -m "Fix it for real"
git commit -m "Finally"
git commit -m "Build fails"
git commit -m "F**kin regex!"
π€£
git commit -t emptyfile
Then I write a proper commit message in the editor. Mostly.
Put a commit msg template in your repo instead emptyfile if you like that better. Add a bash alias.
Edit: ah, I missed the joke?
Oh wow I did not know that the
-t
option even existed. Do you know of any resources @bootcode that is similar to what your template workflow looks like?Happy it helps. No specific commenting workflow. Interestingly there are hits
out there about git comments, but they mostly cover formatting. That's nice
(and do read definitely), but the focus should be on content first, formatting
second. I can live with the title ending in a dot, sorry :)
What is more interesting is the content of the message. If we are limited to a single line (as with
-m
), too much interesting detail gets lost.The commit message should give context for the unfamiliar reader. Imagine someone searching for the cause of a bug, going through all changes made in a given interval. A good commit message can reveal if there's something relevant in there or not.
The message should include:
For example:
The commit message also acts as a test of the rationale. It happened to me multiple times that I took 2 hours writing a change, then while phrasing the rationale part of the commit message it dawned on me Ouch. Actually this is not the right approach for that purpose.
As for a general git usage model, I use the nvie model with content.
If you would like to hear more of such info, don't forget to follow me here directly, or subscribe to updates about my book Programming Without Anxiety.
git commit -m "wip"
chore: initial commit
Conventional Commits
Initial commit, because sometimes I run out of opening lines
Have whatever messages you want. While merging the PR, you can
squash
the commits and actually even change the message itself in github.(68 files added)
Looks at project - 1 Folder....
All messages from this project: "revised"
git commit -m "actually fixed everything"
of course, this is from when you had a commit earlier where you
"fixed everything"
git commit -m "Added Feature"
I like:
On a serious note, I always start each new repo with
before I do anything at all.
Git commit -m "to nothing"
I have commitment issues lol
git commit -m "$(date -Isec)"
And, what does this do?
Sets the commit message to the current date
Git commit -m "Bug fix"
Or the infamous
Git commit -m "what does it matter, everything is being pushed to master"
git commit -m "ajdflasjdflasdlfk"
git commit -m "Fix it properly this time... I hope :)"
git commit -m "."
git commit -m "AARGHHHHH COME ONNNNN!!!!1111"
... then the commits stop because it finally worked! :)
Lol too real.
Glad to see I'm not the only one π
git commit -m 0
git commit -m "See previous commit"
git commit -mβI ripped my hair out for three days over a missing semicolonβ
π© Too real. Or "I ripped my hair out because I was reloading prod instead of local"
When I used to do Ruby, D: fix rubocop
d) fix