instructions/dev: publish-and-ci - Wartezeit zählt ab freiem Runner statt ab Push; offene Läufe eines früheren Pushs zuerst, Runner hält die Push-Reihenfolge nicht ein; 10.1.0-beta.20

Files changed:
- CHANGES.md
- VERSION
- instructions/dev/publish-and-ci.md

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SnAJ7Z3CpVD3PRbN73QtU2

CHANGES.md

@@ -14,7 +14,7 @@ place only: `instructions/dev/version-parts.md` § The candidate model.
 
 ---
 
-## 10.1.0-beta.19 - 2026-10-16 - publish-and-ci: hält fest, dass der Runner derzeit keine parallelen Jobs fährt, und dass die Wartezeiten neu zu messen sind, sobald er es tut
+## 10.1.0-beta.20 - 2026-10-16 - publish-and-ci: Wartezeit zählt ab freiem Runner, nicht ab dem Push - offene Läufe eines früheren Pushs laufen zuerst, und der Runner hält die Push-Reihenfolge nicht ein
 
 **Author:** Torben Nehmer
 
@@ -41,6 +41,7 @@ place only: `instructions/dev/version-parts.md` § The candidate model.
 - export run/upload collect: Fehlertexte im Kommandovertrag nennen die Backup-Ordner statt backup.target und die Laufzeit-Ablehnung von Backup- und Exportdaten (#216)
 - publish-and-ci: CI-Wartezeiten auf gemessene Laufzeiten gesetzt - ein Runner, Jobs nacheinander, ca. 12 Min bis zum letzten grünen Lauf (Konverter ca. 22), Aufgeben nach 25 (35) statt 15 Min
 - publish-and-ci: hält fest, dass der Runner derzeit keine parallelen Jobs fährt, und dass die Wartezeiten neu zu messen sind, sobald er es tut
+- publish-and-ci: Wartezeit zählt ab freiem Runner, nicht ab dem Push - offene Läufe eines früheren Pushs laufen zuerst, und der Runner hält die Push-Reihenfolge nicht ein
 <!-- /wikitool:bumps -->
 
 ### Konverter-Tests gegen echte Dokumente im privaten Repository

VERSION

@@ -1 +1 @@
-10.1.0-beta.19
+10.1.0-beta.20

instructions/dev/publish-and-ci.md

@@ -55,6 +55,11 @@ formality after it - which is why waiting for it belongs to the phase that wrote
    - Check again after about 11 minutes, then every 2 minutes.
    - **Give up after 25 minutes** - twice the usual time, so a slow day is not mistaken for a
      hang - and hand the open runs to the user by id and link, rather than waiting on.
+   - **Count from when the runner is free, not from the push.** Runs of an earlier push that are
+     still open when you publish run first, and the runner does not keep push order: it may take
+     the next push's CI before the earlier push's release run. So list the open runs right after
+     `publish`; when there are any, the first check and the give-up time start from the moment
+     the last of them finishes.
    - Any shell loop that polls instead must **end on the first non-2xx status or missing field**
      and print the raw response. A loop that treats an error as "not finished yet" never ends;
      that happened in the #139 close-out.