Releases with non-version tags are named d-<tag> instead of dev-<tag>
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 72/100
Rechercherichtung
Beginne in src/Repository/Release.php bei simplifyReleaseName(), das die letzten zwei Zeichen des ersten durch Bindestriche getrennten Teils abschneidet und dadurch dev-nightly in d-nightly verwandelt. Lies GitHubRelease::getTagName() in src/Repository/GitHub/GitHubRelease.php für den dev-Fallback, der bereits funktioniert. Entferne das #[Skip] bei fromApiResponseNamesUnparsableReleaseAsDevBranch in tests/Unit/Repository/GitHub/GitHubReleaseTest.php und führe dann vendor/bin/testo --filter=fromApiResponseNamesUnparsableReleaseAsDevBranch aus. Fertig ist es, wenn dieser Test besteht und numerische Versionen weiterhin nur ihre abschließende .0 verlieren. Issue #49 könnte diese Suche ersetzen, prüfe es daher zuerst.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Description
A GitHub release whose tag and name are not valid versions is named d-<tag> instead of dev-<tag>. For a release with tag_name: nightly and name: Nightly, getName() returns d-nightly. The versions command shows this name, and satisfies() checks constraints against it.
GitHubRelease::getTagName() correctly falls back to dev-nightly. Release::simplifyReleaseName() then normalizes the name, splits it on - and always cuts the last two characters of the first part. That step is meant to strip the .0 that VersionParser::normalize() appends to numeric versions (2024.1.0.0 becomes 2024.1.0), but for dev-nightly it turns dev into d.
Steps to reproduce
- Remove
#[Skip]fromGitHubReleaseTest::fromApiResponseNamesUnparsableReleaseAsDevBranch. - Run
vendor/bin/testo --filter=fromApiResponseNamesUnparsableReleaseAsDevBranch.
Additional context
The release lookup may be replaced by DLoad in #49, in which case this code goes away.
- Vorherrschende Sprache
- PHP
- Sterne
- 30
- Forks
- 15
- Ø Merge
- 9 Std. 37 Min.
- Gemergte PRs (30 T.)
- 16
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 roadrunner-php/cli
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
roadrunner-php/cli#67 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in roadrunner-php/cli
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
Featured image not passed to checks in the Tasks column or publish blocksEvtl. vergeben @roborourke hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
humanmade/publication-checklist#100 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug customer-reported
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
MagnaCapax/PMSS#1072 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
verbb/formie#3013 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
hestiacp/hestiacp#5800 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag