794
top 50 comments
sorted by: hot top controversial new old
[-] Maiznieks@lemmy.world 95 points 2 years ago
[-] obrenden@lemmy.world 68 points 2 years ago

With 400 lines changed over 50 files

[-] hypnotic_nerd@programming.dev 35 points 2 years ago
[-] dukk@programming.dev 19 points 2 years ago

“feat: stuff”

Guilty of this one myself.

[-] Jeremyward@lemmy.world 13 points 2 years ago

I had a commit recently that was like 2000 lines changed over 6 files. Really should have been a smaller issue.

[-] Dkarma@lemmy.world 5 points 2 years ago

Y tho??? Holy shit. Commits should be like functions. One thing and one thing only. Maybe a small group of files like the same change over multiple config files. 50 is insane to me.

[-] frezik@midwest.social 14 points 2 years ago

"Bits were fiddled, possibly in the right way"

load more comments (1 replies)
[-] Dasnap@lemmy.world 12 points 2 years ago

'Change' if I'm feeling particularly chaotic.

[-] ShittyKopper 13 points 2 years ago
load more comments (2 replies)
[-] Dkarma@lemmy.world 3 points 2 years ago

See jira-blah: is my go-to. Sometimes there's even a jira at that location/number 🤔

[-] AVincentInSpace@pawb.social 61 points 2 years ago* (last edited 2 years ago)

Every time I commit I have to look through git diff, figure out what the hell I actually did, come up with something intelligent to say about jt, possibly split the commit into multiple commits if I changed multiple things, do some shuffling with git reset and git add...

For some reason all my personal projects are all like 4K SLoC with 50 total commits, all of which include apologies for not doing more smaller commits

[-] Anticorp@lemmy.ml 45 points 2 years ago

There's a bigger issue than your commit message if you don't even know what you just coded and are committing.

[-] AVincentInSpace@pawb.social 28 points 2 years ago* (last edited 2 years ago)

You see, sometimes I code something, go to bed before finishing it, come back, decide not to commit because then I'd have to think of a commit message and I just want to code, start working on an unrelated feature, do that for a couple days, get distracted by life stuff and put the project down for a few weeks/months, rinse and repeat, and then I finally get around to writing a commit message because I'm about to start a huge change and I want a restore point and I'm like. Okay, it's been like 3 months since my last commit, I'm pretty sure my code can now do something it couldn't 3 months ago but come on, I can't even remember what I had for lunch last Thursday

I'm well aware this is terrible practice but I don't know how to stop doing it

[-] dukk@programming.dev 20 points 2 years ago

Commit more often. Maybe work in a different feature branch, and don’t be afraid to commit your half-working crappy code. If it’s a personal project/fork, it’s totally acceptable to commit often with bad commit names and small unfinished changes: you can always amend/squash the commits later. That’s how I tend to work: create a new branch, work on the feature, rebase and merge (fast forward, no merge commit). Also, maybe don’t jump around working on random features :P

[-] ExtraMedicated@lemmy.world 11 points 2 years ago

Jumping around to random features is how my ADHD brain works most efficiently.

[-] Slotos@feddit.nl 5 points 2 years ago

Good news, TDD is methylphenidate of software development!

[-] AVincentInSpace@pawb.social 4 points 2 years ago* (last edited 2 years ago)

but...but new feature shiny

Fr tho this is all excellent advice

load more comments (2 replies)
load more comments (1 replies)
[-] PoolloverNathan@programming.dev 4 points 2 years ago
[-] etchinghillside@reddthat.com 3 points 2 years ago* (last edited 2 years ago)

Remind me what -p does.

Edit: never mind - I see it mentioned below.

load more comments (1 replies)
[-] PixxlMan@lemmy.world 3 points 2 years ago

I spend much time splitting them up inside visual studio by file and individual lines changed to try and separate my many simultaneous changes into several somewhat usable commits. If I was stupid enough to make some big refactor at the same time I might just have to throw in the towel... It's really painful after a few weeks to try and pick up the pieces of what I was doing but never commited too lol.

[-] Looboer@lemm.ee 50 points 2 years ago

Just use What The Commit.

You can also create a git alias:

git config --global alias.yolo '!git add -A && git commit -m "$(curl --silent --fail https://whatthecommit.com/index.txt)"'

Now you can just type 'git yolo' to create a commit!

[-] Olgratin_Magmatoe@startrek.website 18 points 2 years ago

"Make Sure You Are Square With Your God Before Trying To Merge This"

[-] ikidd@lemmy.world 10 points 2 years ago
[-] hypnotic_nerd@programming.dev 4 points 2 years ago

Well such an informative reply! Thanks mate 👍

[-] hakunawazo@lemmy.world 3 points 2 years ago

"Chuck Norris Emailed Me This Patch... I'm Not Going To Question It"

load more comments (1 replies)
load more comments (2 replies)
[-] Pacmanlives@lemmy.world 20 points 2 years ago* (last edited 2 years ago)

git commit -m “changed somethings “

git push origin master

[-] MajorHavoc@lemmy.world 19 points 2 years ago

You forgot this --force flag.

load more comments (11 replies)
[-] syd@lemy.lol 12 points 2 years ago

I’m using Copilot for it right now. It works on half of the cases.

[-] mdurell@lemmy.world 4 points 2 years ago

That's about 300% better than my average!

[-] pete_the_cat@lemmy.world 11 points 2 years ago

For me, it was my boss gave me a programming task which he knew would take hours or a day or two... and then 15 minutes later tells me to "switch focus" and do a menial task that any of my five coworkers could do 🤦‍♂️

[-] giggling_engine@lemmy.world 10 points 2 years ago

The usual reason would be "because coworkers"

[-] paul@techy.news 10 points 2 years ago

do git commit -v and then just summarize the diff you have in your editor in a human readable form.

[-] KeepFlying@lemmy.world 10 points 2 years ago

Don't just summarize the content though, summarize the rationale or how things connect. I can read your diff myself to see what changed, I want to know the logical connections, the reason you did X and not Y, etc.

Or just say "stuff" and provide that context in the PR description separately, no need to overdo the commit log on a feature branch if you're using squash merges from your PR.

[-] deadbeef79000@lemmy.nz 8 points 2 years ago* (last edited 2 years ago)

P1000x this.

I can read a diff.

I need to know why.

No, a code comment isn't good enough, it's out of date after the next commit.

load more comments (3 replies)
[-] KeepFlying@lemmy.world 8 points 2 years ago
load more comments (1 replies)
[-] catastrophicblues@lemmy.ca 7 points 2 years ago

Oh god I feel so called out. I wish I paid more attention to my commit messages but I’m usually too busy fixing the directory structure and refactoring. Sigh.

load more comments (4 replies)
[-] lil@lemy.lol 5 points 2 years ago

You should not use -m, you should write commit body!

[-] zalgotext@sh.itjust.works 6 points 2 years ago

Why? My coworkers are barely literate and won't read anything with more than 4 or 5 words, writing a commit body would be a waste of time.

[-] SirQuackTheDuck@lemmy.world 4 points 2 years ago

Nah, most commits don't need a body

[-] lemmesay@discuss.tchncs.de 4 points 2 years ago

[conventional commits] (https://www.conventionalcommits.org/en/v1.0.0/) will save you.
or maybe commitizen if you'd like not to write them by hand.
and maybe commit and tag version, which will create changelogs for you of you follow semver

load more comments
view more: next ›
this post was submitted on 12 Dec 2023
794 points (100.0% liked)

Programmer Humor

24685 readers
381 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

founded 2 years ago
MODERATORS