Live data from Hacker News

Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

github.com

61–70 of 111 posts

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#61

“It never reimplements git — it shells out to the system git CLI and rebuilds commits with git commit-tree, reusing each commit's original tree so file contents are provably never changed.” Glad the LLM noted this - I was worried this would reimplement git

One of the most annoying quirks of LLMs for me is the insistence on, after being corrected, loudly noting what wasn't done. After getting it to change something stupid in code, it will leave a comment in the code boasting about how it doesn't do the stupid thing, which to future readers reads like an 'asbestos free!' label on a cereal box.

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#62

This is cool, but has anyone ever needed to rewrite commit authors or dates?

The few times I've wanted to completely rearrange a repo, It's been enough just make a backup branch and then dump the log from there and pull what I want.

I have script somewhere I think it's called git-cherry-replace, which soft resets a commit id and copies the commit message and optionally populates GIT_COMMITTER_DATE and whatnot.

What I described is probably simple enough that an LLM can implement it.

But unless you're trying to retroactively reconstruct something to preserve the exact meaning, you should consider whether a rebase even makes sense.

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#64
post #61

“It never reimplements git — it shells out to the system git CLI and rebuilds commits with git commit-tree, reusing each commit's original tree so file contents are provably never changed.” Glad the LLM noted this - I was worried this would reimplement git

One of the most annoying quirks of LLMs for me is the insistence on, after being corrected, loudly noting what wasn't done. After getting it to change something stupid in code, it will leave a comment in the code boasting about how it doesn't do the stupid thing, which to future readers reads like an 'asbestos free!' label on a cereal box.

I’ve left so many PR reviews in the last few months that are essentially “this looks good but delete 80% of the comments.”

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#65
post #42

Earlier quoted context omitted.

git has a notoriously overcomplicated interface, so this is a scenario that I can honestly understand why someone wouldn't want to do it by hand

but what about the writing English to describe it part? does English also have a notoriously overcomplicated interface lol

I mean, given that the English you wrote above didn't make it clear that was the only part you were complaining about, it's worth it to consider that maybe precision is hard in natural language regardless of how it's written

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#66
post #61

“It never reimplements git — it shells out to the system git CLI and rebuilds commits with git commit-tree, reusing each commit's original tree so file contents are provably never changed.” Glad the LLM noted this - I was worried this would reimplement git

One of the most annoying quirks of LLMs for me is the insistence on, after being corrected, loudly noting what wasn't done. After getting it to change something stupid in code, it will leave a comment in the code boasting about how it doesn't do the stupid thing, which to future readers reads like an 'asbestos free!' label on a cereal box.

One of the reasons this is there is the "psychology" of the LLM performs better with these kinds of affirmations. If you've made a mistake once you're likely to make it again, so leave a note.

This indeed pollutes the code with a bunch of nonsense. One of the things I have it maintain instead is a "findings" document with lessons learned and such.

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#67
post #64
post #61

Earlier quoted context omitted.

One of the most annoying quirks of LLMs for me is the insistence on, after being corrected, loudly noting what wasn't done. After getting it to change something stupid in code, it will leave a comment in the code boasting about how it doesn't do the stupid thing, which to future readers reads like an 'asbestos free!' label on a cereal box.

I’ve left so many PR reviews in the last few months that are essentially “this looks good but delete 80% of the comments.”

this. like I feel that even telling sonnet 5 to explicitly not add comments it still produces them even on suppa simple logic

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#68
post #65

Earlier quoted context omitted.

but what about the writing English to describe it part? does English also have a notoriously overcomplicated interface lol

I mean, given that the English you wrote above didn't make it clear that was the only part you were complaining about, it's worth it to consider that maybe precision is hard in natural language regardless of how it's written

it is pretty clear in context given what i was responding to

Re: Show HN: Git-knife – Edit commit messages, authors, and dates like a spreadsheet

#69
post #60

Earlier quoted context omitted.

why can't anyone just do things themselves anymore? it's all LLM crap

They can, just in today's world, they just are not deemed impressive enough by the voting public to make it to the front page.

that's troubling..
Post reply on HN