- Shipped
- 3. September 2026 um 05:44 UTC
- Author
- Kamo
- Commit
- 310f3c0
Der Reaper in 199e367e im Vergleich jedes Containers zu übertragen gegen github.sha und KEPT die Spiele, auf der Theorie, dass eine passende sha bedeutete "dies laufen". Das ist genau dann falsch, wenn ein Lauf für das gleiche Commit neu ausgelöst wird: abgestandene Bauen trägt die gleiche sha, so dass die Wache den einen Container geschützt die Schritt existiert zu töten. Er hat es dabei ertappt. TASK-10531 (abgebrochen, 30 Minuten in) und TASK-10532 (live) waren beide Gebäude 199e367e; 10532's Reaper betrachtete 10531's Waise, sah seinen eigenen Schatten und behielt ihn. Zwei Builds wieder, und der Reeper berichtete Erfolg. Die richtige Regel ist einfacher als die, die ich geschrieben habe. An diesem Punkt in der Arbeit unsere eigene buildx hat noch nicht begonnen, so dass jedes kamo-interne Buildx auf dem Host gehört zu eine frühere Folge, und die Concurrency-Gruppe erlaubt genau eine. Sie sind alle übermannt. Töten Sie sie alle - kein Sha-Vergleich, kein Altersfenster, nichts zu bekommen subtil falsch. Immer noch auf dieses Bild gewandet, so kbservice und Security-Service baut die gemeinsame Läufer sind unberührt, und noch auf dem buildx-Prozess im Container eingegeben anstatt des Akt-Containers selbst, dessen Befehl "tail -f /dev/null" lautet. Dry-Run gegen den Live-Läufer vor der Verpflichtung: erntet die kamo-interne bauen, überspringt das Wörterbuch Sync-Job.