Provide an auto-publish GitHub action for Spago users
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 30/100
Rechercherichtung
The existing behavior is in scripts/src/DailyImporter.purs; start by reading that importer and the proposed SemVer-tag trigger. Done means a released GitHub Action that publishes tagged packages to the registry and makes failures visible to authors, while addressing the described repository layouts.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Today we provide a DailyImporter script which will attempt to publish any newly-discovered tags on existing registered repos from GitHub. We do this because there are packages — such as all of purescript as an organization — which haven't switched to Spago yet and therefore don't publish to the registry.
This has a number of issues:
- If a package version has a problem which prevents it from being published, the author has no idea and the version simply doesn't get registered.
- It only supports GitHub packages with version-like tags, which goes against the registry goals to be agnostic to where you store your code and to allow for monorepo/polyrepo setups
However, it's very convenient. So instead I propose we write and release a GitHub action which does the same thing the importer does — when you push a new SemVer tag it will auto-publish to the registry — that authors can install on their repositories.
It would produce the same effect but:
- the author is aware when there is an issue
- we could potentially make it flexible to detect polyrepo setups and use the
subdirkey to publish within a polyrepo without requiring a top level tag (could be triggered by something like contents of a commit message)
The daily import can coexist with this action easily as it doesn't republish already-published package versions. Even if there were a bug and it tried then the registry would reject the job.
- Vorherrschende Sprache
- PureScript
- Sterne
- 95
- Forks
- 79
- Ø Merge
- 16 Std. 13 Min.
- Gemergte PRs (30 T.)
- 14
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 purescript/registry-dev
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 22/100
purescript/registry-dev#804 · 9 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
A failed publish job permanently blocks retrying the same package versionEvtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
purescript/registry-dev#793 · 5 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Implement search and versioned Prim docs for the new PursuitEvtl. wieder frei @thomashoneyman hat das vor 110 Tagen übernommen, und es ist kein Pull Request offen. Offenpursuit
purescript/registry-dev#790 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Migrate Pursuit application to the monorepoEvtl. wieder frei @thomashoneyman hat das vor 110 Tagen übernommen, und es ist kein Pull Request offen. Offenpursuit
purescript/registry-dev#789 · 1 Kommentar · 1 Reaktion · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Complete support for monorepos / subdir key and non-GitHub locationsEvtl. wieder frei @thomashoneyman hat das vor 110 Tagen übernommen, und es ist kein Pull Request offen. Offen
purescript/registry-dev#750 · 1 Reaktion · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in purescript/registry-dev
Ähnliche Issues
-
area/apigee type/bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
dataforgoodfr/mediterranean-rescue#91 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
cpp-best-practices/project_validator#267 ·
Maintainer antworten meist innerhalb von 1 Tag
-
deploy tests
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
damodharg6/payledger#6 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100