hermes update failing on git add -N entries

Cluster 115914. Data as of 2026-10-26 12:29 UTC

Nothing open on GitHub. Fix merged in #116715 on 20 Sep 2026. Check it covers your case.

open issues

open PRs

items grouped

Known?: Yes. 3 related items grouped here, 1 issue already closed.
Fix event: A fix was merged to main in PR #116715. Check it covers your case. No release data is tracked.
Tracker: The maintainers' tracker marks this resolved, deciding PR #116715. That is separate from the fix event.
Still open: Nothing open on GitHub.

Next step: read #116715, then check it covers your case.

A bug where hermes update aborts when the git index contains intent-to-add entries, along with related fix attempts making such entries stashable.

Open issues0

No open issues.

No open pull requests.

Merged to main. A stamp counts the issues a fix is linked to.

#116715 fix(update): `hermes update` no longer aborts on an intent-to-add (`git add -N`) index entry (#115914, salvage #115915)

merged to main

files: contributors/emails/[redacted:email], hermes_cli/plugins_cmd.py, hermes_cli/update_cmd_stash.py, tests/hermes_cli/test_plugins_cmd.py, tests/hermes_cli/test_update_autostash.py

From the close comments: merged via another change 1

#115915 fix(update): make intent-to-add entries stashable so `hermes update` can run · merged via another change → 33d7a47, #116715, #115914, #115915

Closed issues · 1

Closed#115914[Bug]: `hermes update` aborts on an intent-to-add (`git add -N`) index entry

How this cluster was grouped

Link evidence (structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference.
Pairwise link density 0.67: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means every pair is linked.

Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.

Open the Lab

The same facts, typed.