SUBS-036: be post recursion into an ALREADY-ATTACHED sub tries to CREATE its synth dot-branch (PUTDUP) instead of FF — aborts the parent commit

A be post recursing into a submodule that is ALREADY on its synthetic dot-branch ?/<sub>/.<parent>/<pbranch> issues a CREATE (be put ?<synth>) for that branch — which already exists — and fails PUTDUPBEDOGEXIT, aborting the whole parent commit. Per Submodules §"Committing detached subs" the create must be idempotent: "later posts fast-forward it" (exists → FF/attach, never re-create). SUBS-035 fixed the POSTDET / detached-commit half; this is the DISTINCT create-vs-FF half its hermetic test never exercised (there the sub was freshly created, not already attached). This is the ORIGINAL-session PUTDUP, still unfixed. Hit live 2026-06-26 committing COMMIT-004; worked around with be post --nosub. Will also block the journal-level gitlink bump (journal → be → be/test). Method: Issues.

Input

Context

Goals

Constraints

WIP

Design decisions

TODOs

Blockers and bummers

Outcome