I've lately been making my git commit messages with AI

Submitted ⁨⁨11⁩ ⁨months⁩ ago⁩ by ⁨PumpkinDrama@reddthat.com⁩ to ⁨programming@programming.dev⁩

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

source

Comments

Sort:hotnew top

Kaldo@kbin.social ⁨11⁩ ⁨months⁩ ago
If a glorified autocomplete algorithm can write more informative and concise commit messages than you, the actual author behind the code, I think you need to sit down and think long and hard what that actually implies.

source
- douglasg14b@programming.dev ⁨11⁩ ⁨months⁩ ago
  And what does it imply?
  
  That an AI might be better at writing documentation than the average dev, who are largely inept at writing good documentation?
  
  This sort of post is just bad faith, doesn’t actually make any conclusions, and is just a disguised way to shit on others as opposed to contributing to the discussion at hand.
  
  source
  - DmMacniel@feddit.de ⁨11⁩ ⁨months⁩ ago
    
    And what does it imply?
    
    it implies that the author of the code has no idea what they were doing.
    
    source
    -> View More Comments
- Sethayy@sh.itjust.works ⁨11⁩ ⁨months⁩ ago
  Don’t ever call me a glorified autocomolete algorithm again
  
  source
deur@feddit.nl ⁨11⁩ ⁨months⁩ ago
You realize you don’t need to list all your changes in the commit message, right? Anyone can blame or diff said changes.

The commit message is meant to be used for the high level stuff, the intent, representing / connecting progress towards a larger work item. Insert other reasons that aren’t saying literally what was changed.

Also one should use their time better if they are spending so much time writing commit messages they feel the need to automate it. Commit messages are rarely read ever again, it is not okay to be spending a lot of time on them. That’s not an excuse to write bad commit messages, but you have to balance the time cost with expected utility.

And an addendum to the above. Describing what you did without reasoning, context, or other information that isnt captured within the changes itself makes your commit messages entirely useless. It makes IDE-inserted in-line blame information useless as well.

source
- IAm_A_Complete_Idiot@sh.itjust.works ⁨11⁩ ⁨months⁩ ago
  Yeah, good commit messages are about intent and context of a change - not what the change itself is. We can look at the diff for that. Just write a single line or two summarizing what the commit does, and everything else should be adding context on top that doesn’t directly exist in the codebase.
  
  source
DmMacniel@feddit.de ⁨11⁩ ⁨months⁩ ago
Why don’t you know WHY you did something to the codebase that you now want to commit?

source
- PoisonedPrisonPanda@discuss.tchncs.de ⁨11⁩ ⁨months⁩ ago
  Im more in favour in writting “my” commit message myself and let LLMs refotmulate and make concise.
  
  source
  - TootSweet@lemmy.world ⁨11⁩ ⁨months⁩ ago
    Precision > concision && accuracy > concision. Just use your commit message. I’d rather see an account of a code change from the viewpoint of the change’s author than a shorter reformulation, even if that reformulation did come from a human who knew the problem space and wasn’t prone to making shit up on the fly.
    
    source
    -> View More Comments
- wagesj45@kbin.social ⁨11⁩ ⁨months⁩ ago
  Of course he knows why he made the changes. He made them. But computers are much faster as typing and with a sophisticated enough LLM you can offload some gruntwork. I'd argue if you're not utilizing all the tools at your disposal, you're not performing like you should.
  
  source
  - DmMacniel@feddit.de ⁨11⁩ ⁨months⁩ ago
    we are talking about programmers/software developers. Speed typing is in our nature. If you can’t type 50 characters faster than writing the prompt to get the LLM to spat out a commit meesage, then I will question your competence.
    
    Also the opposite is true, when the Boss realise that major parts or grunt work as you say can be automated by utilising LLM, then they would be inclined to employ that and reduce your wage. Because do you really deserve 6 figures when a computer can do the grunt work for their expensive human resources?
    
    source
abobla@lemm.ee ⁨11⁩ ⁨months⁩ ago
so it reads proprietary code?

source
- DmMacniel@feddit.de ⁨11⁩ ⁨months⁩ ago
  I don’t think that Lead and Projectmanager will love to hear that. At all.
  
  source
  - lonewalk@lemm.ee ⁨11⁩ ⁨months⁩ ago
    y’all need to speak for your own companies. obviously some companies will not allow it, and I’d be personally skeptical of allowing it if I ran a company - but I also work at a place that effectively has given a quiet go-ahead to use it, with objectively talented engineers regularly making use of LLMs for boilerplate and other aspects of work.
    
    obviously, there’s some calculus on when to use it, and you better damn inspect your outputs, but treating as a blanket rule that OP is a terrible employee at their company when you don’t know the company is rude as hell and uncalled for.
    
    source
    -> View More Comments
- andnekon@programming.dev ⁨11⁩ ⁨months⁩ ago
  I mean, if it’s self-hosted it’s probably fine
  
  source
biddy@feddit.nl ⁨11⁩ ⁨months⁩ ago
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.

source
- kablammy@sh.itjust.works ⁨11⁩ ⁨months⁩ ago
  And if one sentence isn’t enough, the commit has too many changes
  
  source
  - lauha@lemmy.one ⁨11⁩ ⁨months⁩ ago
    Good old "various changes*
    
    source
    -> View More Comments
- Alphare@lemmy.world ⁨11⁩ ⁨months⁩ ago
  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.
  
  source
  - learningduck@programming.dev ⁨11⁩ ⁨months⁩ ago
    How about prefixing your commit with a ticket number?
    
    If a commit message has too much information, then the commit has too much changes
    
    source
    -> View More Comments
Solemarc@lemmy.world ⁨11⁩ ⁨months⁩ ago
Why do you need to spend a “considerable amount of time crafting commit messages?” That feeding you code into an LLM and getting it to summarise for you is faster? I don’t understand how this could possibly streamline anyone’s workflow? What do your commit messages normally look like?

source
- PumpkinDrama@reddthat.com ⁨11⁩ ⁨months⁩ ago
  [deleted]
  source
  - theherk@lemmy.world ⁨11⁩ ⁨months⁩ ago
    So already not imperative. I hope the model writes better message than you.
    
    source
TootSweet@lemmy.world ⁨11⁩ ⁨months⁩ ago
If you were on my team and I knew you were doing this, aside from all the other issues everybody else has mentioned in this thread, I’d be going out of my way not just to check every single one of your git commits (both code changes and commit messages) for inaccuracies but also also to find every possible reason to nit pick everything you committed.

You shouldn’t be using LLMs to write your git commits. They hallucinate. But if you are going to use them, you need to spend much more time proofreading what they output than you’d spend writing it yourself. Check every single word for errors. (And, honestly, make the text fit with the way other commits by your team read (assuming you are on a team).)

In short, if you’re going to use LLMs, DO NOT TRUST ANYTHING THEY GIVE YOU. And don’t be surprised if you get negative blowback from others for using them at all. Keep in mind [what can happen if you trust LLMs](reuters.com/…/new-york-lawyers-sanctioned-using-f….

source
- emma@programming.dev ⁨11⁩ ⁨months⁩ ago
  IMHO, the provided link is largely irrelevant to this topic. It is about lawyers who used ChatGPT as a search engine (youtu.be/oqSYljRYDEM?t=1436), which is not what it is for, and it will tell you that over and over again. The lawyers in question were not even “trusting ChatGPT”. They blatantly and actively disregarded ChatGPT telling them that it was not a search engine and could not provide up to date legal information (youtu.be/oqSYljRYDEM?t=1436)
  
  This topic is about using LLMs to generate natural language describing code changes that it is provided with which is not only completely different than using an LLM as a defacto search engine, but it is also something LLMs are actually meant to do: autocomplete. This topic is more akin to using LLMs to write title headings for legal documents which are already basically complete as is than it is akin to the link provided.
  
  source
Asudox@lemmy.world ⁨11⁩ ⁨months⁩ ago
Great, I still write “updated stuff”. Maybe I’ll try doing that instead.

source
jeffhykin@lemm.ee ⁨11⁩ ⁨months⁩ ago
Im shocked at all the negativity, this seems like an obvious good usecase to me, and I’m someone who finds most AI predictive stuff useless.

I never take more than 3 sec on my commit messages, most of them are “fix bug”, “update lib”, “bump”. So it’s a pretty low bar for it to make better messages than mine.

source
- jmes@beehaw.org ⁨11⁩ ⁨months⁩ ago
  Why don’t you spend time on commit messages though?
  
  source
  - jeffhykin@lemm.ee ⁨11⁩ ⁨months⁩ ago
    I make really small and really frequent commits. Like I’ll commit all changes every 10 min regardless of if a feature is done or not, and basically use commits like an undo button.
    
    I still use git history a lot (per file history usually) but even when browsing years and hundreds of commits into the past, I don’t really need detailed/thoughtful messages to find the change I’m looking for. Binary search plus those 2 or 3 word message hints are lightning fast. And the number of times I commit vastly outweighs the number of times I browse the history.
    
    When it comes to documentation and other people, feature-branches are my “OK I fully finished this thing; here’s a summary”. I’m also not afraid to squash a ton of useless commits together right before making a PR.
    
    TDLR; spending more than 3 sec doesn’t help future me or current me, so it’s a waste of time
    
    source
nightdice@feddit.de ⁨11⁩ ⁨months⁩ ago
So what I get from this is that some people need to be forced to write decent commit messages.

Echoing what others have mentioned, commit messages need to document why something was changed and put it into the context of the project. You should do this even for private projects, just so 1) you build good habits and 2) if you let the project rest for a while you don’t need to figure put everything from the start again.

source
lonewalk@lemm.ee ⁨11⁩ ⁨months⁩ ago
it’d be interesting to see some examples of what your script came up with - I’m a bit skeptical of what an AI would come up with in terms of a commit message, and I’d think you’d need a pretty complex system to get commit messages to be maximally useful. I’ve found LLMs can stray towards being too high level and struggle if you ask more specific questions.

but I could also see it as being helpful for a sort of audit log for what changed, and I don’t think it would be too harmful, as long as you’re checking what the LLM is generating and making sure there’s corresponding code changes, that it’s not hallucinating etc.

hard to tell without examples - perhaps you could expand your post with some?

an aside, sorry you got such an overwhelmingly toxic response. the amount of angry people on this platform who feel the need to morally educate everyone around them objectively sucks and makes it a really unpleasant place to be.

source
midori@lemmy.world ⁨11⁩ ⁨months⁩ ago
Sounds like an incoming resume generating event.

source
emma@programming.dev ⁨11⁩ ⁨months⁩ ago
Okay, so to be honest, at first, I didn’t understand all the ❌negativity, but I shared this with a friend to get her take on the issue, and she 🕵️‍♀️clued me into the fact that webpack already does this with copilot and pull requests, and the results . . . speak for themselves.

Wow😅. I didn’t think it would be that bad. It seems that every example I find is just incorrect. I’ll look at the code. It will be a two line change, but the summary will be difficult to follow and often says things that are not part of the code changes. Then, there are also contradictions which make the pull requests harder to follow than if you just read the code with no other context. Darn it. I really thought this was a 🧊cool idea.

I’m definitely going to be sticking to writing my own commits as always.

source
packadal@beehaw.org ⁨11⁩ ⁨months⁩ ago
I’m really curious to see examples of commit messages.

And more details on how you achieved it, I’d like to give it a go myself, as some of my coworkers commit messages are less than stellar.

Does it write in the conventional commit formalism ?

source
- PumpkinDrama@reddthat.com ⁨11⁩ ⁨months⁩ ago
  [deleted]
  source
  - packadal@beehaw.org ⁨11⁩ ⁨months⁩ ago
    
    but it started splitting my commits in chunks
    
    Wait, it can split commits ? I thought you “just” used a LLM to write the messages, but it can also act on the commits ?
    
    How did you achieve this?
    
    source
    -> View More Comments
DPRK_Chopra@hexbear.net ⁨11⁩ ⁨months⁩ ago
This assumes anyone ever reads them.

source
jeffhykin@lemm.ee ⁨11⁩ ⁨months⁩ ago
Is this an open source project?

source