Require API version-bump checks after the bootstrap release
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 52/100
Rechercherichtung
Beginne bei .github/workflows/release.yml:132-143 und untersuche die bestehende Prüfung auf Package-Bumps, den Bootstrap-Kommentar und die Release-Bedingungen. Ermittle, wie die Bootstrap-Ausnahme sowie die Fälle Stable, Release-Candidate und Pre-Release dargestellt werden. Erledigt ist die Aufgabe, wenn spätere Stable-Releases einen ausreichenden API-Bump erfordern, die Diagnosen den erforderlichen Bump anzeigen und das Verhalten dokumentiert und getestet ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Context
The release workflow currently runs the package bump check with:
bump_check: warn
at .github/workflows/release.yml:132-143.
The comment explains a valid bootstrap exception: the previous stable 0.20.0 bundle and alpha-0 are no longer parseable by the new compiler. It also says to change the check to require after the first stable new-compiler .tar.zst release.
Leaving this as a comment-only follow-up makes it easy for later releases to continue publishing despite an incorrect semantic version bump.
Suggested direction
After the first stable new-compiler release is available and parseable, change bump_check to require. If possible, make the transition version-aware so the exception automatically expires after the bootstrap version rather than relying on a later manual edit.
Acceptance criteria
- The bootstrap exception is limited to the specific release(s) that need it.
- All subsequent stable releases fail before publication when the API bump is insufficient.
- Release-candidate and pre-release behavior is documented and tested.
- The workflow emits a clear diagnostic containing the detected required bump.
- The obsolete bootstrap comment is removed or updated once enforcement is active.
- Vorherrschende Sprache
- Rust
- Sterne
- 121
- Forks
- 46
- Ø Merge
- 20 Std. 53 Min.
- Gemergte PRs (30 T.)
- 11
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus roc-lang/basic-cli
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
Maintainer antworten meist innerhalb von 1 Tag
-
Unix socket supportOffen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in roc-lang/basic-cli
Ähnliche Issues
-
Add MimirOffen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
slavakurilyak/awesome-ai-agents#759 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
compiler-explorer/compiler-explorer#9272 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Trash, bin or rubbish?Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 63/100
pop-os/cosmic-files#2117 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
L: java:gradle L: java:maven L: ruby:bundler T: bug 🐞
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
dependabot/dependabot-core#16547 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug status:ready-for-test
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
UniClipboard/UniClipboard#1985 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag