update-shape.py: four messages (a commit line when there is nothing to commit, a source path nothing names, the commit message's hand-edit claim, a bare gh pr create) #535

Each is an ordinary path whose only harm is a misleading or unpasteable message. One wording change over update-shape.py and its tests.

From the v1.1.0 triage of the v1.0.0 known limits on #458. One pull request covers the lines below.

Lines

• Branchless apply moving the pin back to HEAD's still prints a commit line; pasted, "nothing to commit". Where: update-shape.py in-place NEXT (:3880-3925). Effort S; all. On main 3121945: _unwritten_changes only asks about paths this run did NOT write, so written paths that equal HEAD still get the checkout -b && commit line. (source)
• AT-family N3: the update-conflict remedy says git show <target>:<source path> but nothing names the source path. Where: update-shape.py MERGE_BY_HAND (:2915-2919), BOTH row detail (:728). Effort S; all. On main 3121945: row.source is known (:679) but the BOTH detail is only "edited here AND upstream since the pin" and the remedy keeps the placeholder <source path>. (source)
• AT-family N4: apply's commit message claims copies are not hand-edited, even for files --accept-local re-pinned. Where: update-shape.py commit message (:2344-2353). Effort S; all. On main 3121945: The message still says "the copies are not hand-edited and the digests are recomputed" with no mention of the accepted paths. (source)
• AT-family N7: apply --branch's bare gh pr create NEXT has no --title/--body/--fill. Where: update-shape.py create (:3872-3880). Effort S; all. On main 3121945: create = f"gh pr create{where} --base {base} --head ..." still carries no title, body or fill; gh's no-tty behaviour itself was not run. (source)

Each line above is marked → this issue on its tracking issue. Tick it there too when this closes.