this post was submitted on 03 Nov 2023
30 points (65.3% liked)

Programming

17362 readers
264 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
 

It writes more informative commits than I could ever make so I'm just reading what it says and mostly copy/pasting completely most of the time, I write all of the changes I've made into an LLM with a large context window and it write a very detailed commit not just with a title but with bullet points describing each of the changes precisely

you are viewing a single comment's thread
view the rest of the comments
[–] biddy@feddit.nl 17 points 1 year ago (8 children)

If it's faster to get an AI to write your commit messages than to write them yourself, your commit messages are too long. They should be one sentence.

[–] Alphare@lemmy.world 1 points 1 year ago (1 children)

Strong disagree. Commit messages that are only one sentence long should be reserved for truly trivial things. Signed, someone who regularly comes back to 18+ year old commits and enjoys the valuable details that would have been lost.

[–] learningduck@programming.dev 2 points 1 year ago (1 children)

How about prefixing your commit with a ticket number?

If a commit message has too much information, then the commit has too much changes

[–] IAm_A_Complete_Idiot@sh.itjust.works 3 points 1 year ago (1 children)

Not having to swap over to a ticketing system just to see the context of a change is really nice (Or to add context on why changes are done a certain way). One line that says what you changed, then any context such as why it was done that way, and important notes about that change works wonders. It's pretty much the exact model the Linux kernel uses, and it makes looking at changes great for anyone down the line.

load more comments (6 replies)