864
Types of GitHub Users.
(comicss.art)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 14 Apr 2025
864 points (98.9% liked)
Programmer Humor
22541 readers
1204 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
don't post pictures of my face online, that's rude >:(
In all seriousness I wonder why I always realize I could have explained myself better/left something out/omg formatting error better fix it/holy shit typo after the initial commit, and have like 4 different ones (or a bunch of rebases in an effort to keep the repo clean of this crap) fixing it, instead of pushing just a correct and complete readme from the beginning.
This is also why most of my Lemmy comments have edits. Not some weird sketchy crap editing things in to make others look bad or totally change my point after getting refuted, but just… oops typo or I could reword that to be more understandable or I meant to say this and totally forgot about it.
Sometimes when it's not a minor edit like when I add some documentation, I usually branch so that I commit freely then just merge it squashing all the commits
Big same
Look at this amateur, using a mouse to commit. I have a macro defined just to commit and push as a background job so that I can start editing the README again ASAP.
The worst part? "readme updates" instead of "update readme".
I commit far too little, and I don't use branches so all my FEAT and FIX and DOC are mixed up, and I... Oh yeah I could just do add, and commit each of them separately... Damn.
Or you could refrain from the dogmatic commit style that serves literally zero purpose because in any healthy software project nobody is ever reading the commit history like that.
it looks cool and I can get back to developing software I abandoned when I have a better commit history
History and good explanations of what was changed and why is incredibly useful for being able to determine if something is a bug, a feature, and why something was written a particular way.
I'm not super stringent on commit style, but it absolutely helps to structure commit messages, especially in larger projects where they're being worked on piecemeal.