I'll stick with git commit . -m "stuff"
/s
Git
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.
Resources
Rules
- Follow programming.dev rules
- Be excellent to each other, no hostility towards users for any reason
- No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.
Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.
Come on, just "stuff"
is way too vague...
It's either "fixed stuff"
for a 3k LoC commit where you moved a bunch of stuff around, or "Added stuff"
for a 5k+ LoC commit if you actually added anything new
And then
git ci -am "Addressed performance issue in flurbin module
The flubin module was designed as a successor to the flurbar module
which took in...
[...500 line essay on the history, problem and solution deleted...]
Hopefully this will fully fix the issue discussed."
for a one character change that adds an additional, and unrequired, semicolon.
I just got started with this after seeing it on here a few weeks ago. And so far I really like it
Automatically determining a semantic version bump (based on the types of commits landed).
That's overly optimistic. It'll be wrong the moment one person forgets one exclamation mark in one commit message. And it might not even be their fault if it's not clear at the time it causes breaking changes somewhere downstream.
You can't replace proper release engineering.