Repository navigation
Versionsverteilung mit Merge-PRs und verlässlichem Fehlerstatus - #8
Merged
Merged
Conversation
…Merge-PRs und ehrlichem Fehlerstatus vorbereiten
…üfung in CI vervollständigen
…rigen Verteilungsworkflow ermöglichen
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Die Versionsverteilung meldete Rebase-Konflikte als Erfolg und konnte gemeinsame Versionszweige per Force-Push ersetzen. Der Workflow bereitet jetzt Merge-PRs vor; Zielzweige werden nicht direkt beschrieben und beide Historien bleiben enthalten. Konflikte, fehlende Zweige und abgelehnte Pushes lassen den gesamten Lauf fehlschlagen, auch wenn eine spätere unabhängige Gruppe erfolgreich ist.
Sieben Regressionen mit isolierten echten Git-Repositories prüfen Historienerhaltung, Konflikte, Push-Ablehnung, bereits integrierte Quellen, inzwischen veränderte Ziele, gruppenübergreifenden Fehlerstatus und ungültige Mappings. Zwei Gegenproben gegen den bisherigen Workflow sind rot: Zielhistorie wird geändert, Konflikt liefert Exit 0. Neuer Stand: sieben Tests grün; Black und Actionlint grün. CI führt diese Tests aus. Eine lokale pre-commit-Konfiguration fehlt im bestehenden Provider-Zweig; keine Hooks umgangen. README und Changelog-Fragment ergänzt.
Bestehende Inputs und SSH-Secret-Zuordnung bleiben erhalten. Der Token benötigt contents:write, pull-requests:write, issues:write. Die aufrufenden Sync-Workflows haben bereits write-all; keine zusätzlichen Secrets. GitHub Actions muss im Caller-Repository Pull Requests erstellen dürfen; dies ist dort derzeit deaktiviert und muss vor Aktivierung ausdrücklich geprüft/freigegeben werden. Keine Aktivierung, kein gemeinsamer Merge und keine Produktionsänderung ausgeführt.
Bezug: Versionsverteilung nach #4648/#4646, Folgeissues zebroo-tools/zebroo-sync#4663/#4664.