git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Automatically re-running commands during an interactive rebase or post commit

From
Paul Jolly <paul@myitcv.io>
Date
May 29, 2023, 13:38 UTC
Message-ID
<CACoUkn7TmZ=trtDKcQm0SG5qCqK=-+YxrDV-7xYnLH_XK7K7og@mail.gmail.com>
Hi all,
I would appreciate some advice on the best way to solve the following problem.

As part of my project, I have a code generation script that sha256 hashes a number of files to another file. This produces a deterministic "has this part of the project changed" indicator via the code generated file's content, that I then use in various cache invalidation steps.

This means, however, that I need to re-run that code generation script as part of each commit in order to ensure that the code generated hash file is current (I have a step in CI that detects if it is not, which re-runs the code generation script to then see if the commit is "clean").

As part of my development setup I do a lot of interactive rebasing to edit earlier commits in a branch (these "stacks" of changes are reviewed via Gerrit, which understands a relation chain of changes). Via this workflow, I often do a git rebase and edit an earlier commit in such a way that I need to re-run the code generation script.

The challenge is that any commit in such a "stack" of commits might need me to re-run the code generation script. But I clearly don't want to do this manually!

What I'm looking for is a way to automatically re-run this code generation script when I commit changes, or perform a rebase-edit step etc.

I've tried to experiment with how I might do this using git commit hooks. But so far, my git foo is failing me. It mainly fails because when doing an edit of an earlier commit via an interactive rebase, later changes might well conflict (in the generated file) with the results of the code generator having been re-run on the edited commit. At this point, my git rebase --continue stops until I have fixed the conflict. But in almost all situations, the conflict comes in the generated hash file. Which I fix by simply re-running the code generation script (I could optionally fix it by doing a git checkout --theirs, and then re-running the code generation script).

This all feels tantalisingly close to being a perfect workflow! But I can't quite figure out how to make the git hooks "work" in such a way that doesn't require any intervention from me (except in those situations where there is a conflict during the rebase that is _not_ in the code generated file and so does require my intervention).

The code generation step is incredibly fast if there is nothing to do, and is quite fast even when there is something to do (in any case it can't avoid doing this work).

Please can someone help nudge me in the right direction?
Many thanks,
Paul
Next: rsbecker@nexbridge.com
Message 1 of 13 in “Automatically re-running commands during an interactive rebase or post commit”
  1. Paul JollyMay 29, 2023
  2. rsbecker@nexbridge.comMay 29, 2023
  3. Paul JollyMay 29, 2023
  4. Paul JollyMay 29, 2023
  5. Phillip WoodMay 29, 2023
  6. Paul JollyMay 29, 2023
  7. Phillip WoodMay 29, 2023
  8. Elijah NewrenMay 31, 2023
  9. Phillip WoodJun 2, 2023
  10. Paul JollyJun 8, 2023
  11. Son Luong NgocMay 30, 2023
  12. Oswald BuddenhagenMay 30, 2023
  13. Paul JollyMay 30, 2023

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.