?br absorbs ONE commit, spec says the whole line/wiki/PATCH (post-DIS-030-overturn): "URI bangs retired (the old ?br! whole-branch toggle is gone — ?ref always takes the whole missing line)"; the bang rides the verb only (patch! = foster). The JS verb still implements the dead model: shared/patchscope.js parses ?br → NEXT (absorb ONE commit) and ?br! → WHOLE (shed the !), and the PATCHFAIL usage line advertises ?<br>!. Found while landing /todo/PATCH/PATCH-014 (the row-side deban) under /todo/BRO/BRO-030.
be patch ?br (and bare patch) absorbs the WHOLE missing line per the spec; the ?br! arg form and the NEXT scope die; the refusal text stops advertising the bang.
patch ?feat stepping one commit) becomes a one-shot whole-line absorb — affected tests update with the change.patch! (foster origin) is untouched; #sha cherry is untouched.work/PATCH (working tree): one LINE scope (NEXT retired), ?br! silently debanged; ancestor-skip = reachability over parent ∪ foster, picked dedup-only.?<sha> parent, #<sha> picked, foster:?<sha> — a foster: URI SCHEME on the row; path-scoped rows carry the path, no theirs slot. Row-format decision for gritzko's blessing.foster/picked commit headers after committer (git preserves unknown headers; history reads linear).?br/bare → whole missing line; bare patch resolves theirs = the tracked ref; resolveOurs prefers wt cur (the bare-track bug)?br! arg silently debanged (no refusal — the tests pin tolerance)?<sha> (LINE → 2-parent merge kept), leg 2 expects the loud PATCHCONFLICT non-zero exit; amended in work/PATCH, suite 291/291