Wire git-lfs into the pre-commit pre-push hook #36

Closed
opened 2026-05-23 20:54:31 +00:00 by coilysiren · 1 comment
Owner

Originally filed by @coilysiren on 2026-05-21T06:35:33Z - https://github.com/coilysiren/infrastructure/issues/221

Problem - infrastructure's pre-push hook is owned by pre-commit, so git lfs install cannot install its own pre-push uploader hook. Git LFS was set up in --manual mode as a workaround.

Symptom - committing an LFS-tracked file and running plain git push pushes the pointer commit but not the object. Anyone cloning then gets a pointer with no object behind it. The tower GLB commits (#215, #219) only succeeded because the objects were uploaded by hand with git lfs push.

Next:

  • Add git-lfs to the pre-commit config so the pre-push hook chains both, or merge the git-lfs pre-push line into the existing pre-commit-generated hook.
  • Verify a fresh LFS commit plus plain git push uploads objects automatically.
_Originally filed by @coilysiren on 2026-05-21T06:35:33Z - [https://github.com/coilysiren/infrastructure/issues/221](https://github.com/coilysiren/infrastructure/issues/221)_ **Problem** - infrastructure's pre-push hook is owned by pre-commit, so `git lfs install` cannot install its own pre-push uploader hook. Git LFS was set up in `--manual` mode as a workaround. **Symptom** - committing an LFS-tracked file and running plain `git push` pushes the pointer commit but not the object. Anyone cloning then gets a pointer with no object behind it. The tower GLB commits (#215, #219) only succeeded because the objects were uploaded by hand with `git lfs push`. Next: - [ ] Add git-lfs to the pre-commit config so the pre-push hook chains both, or merge the git-lfs pre-push line into the existing pre-commit-generated hook. - [ ] Verify a fresh LFS commit plus plain `git push` uploads objects automatically.
Author
Owner

Backlog burndown 2026-06-17: closing low-priority (P3/P4) to bring the open count to a manageable level. Nothing lost — reopen if this resurfaces. Batch tag: burndown-2026-06.

Backlog burndown 2026-06-17: closing low-priority (P3/P4) to bring the open count to a manageable level. Nothing lost — reopen if this resurfaces. Batch tag: `burndown-2026-06`.
coilysiren 2026-06-17 08:22:55 +00:00
Sign in to join this conversation.
No description provided.