Provide an auto-publish GitHub action for Spago users
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- PureScript
- Stelle
- 95
- Fork
- 79
- Merge medio
- 16h 13m
- PR unite (30g)
- 14
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di purescript/registry-dev
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 22/100
purescript/registry-dev#804 · 9 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
A failed publish job permanently blocks retrying the same package versionForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
purescript/registry-dev#793 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Implement search and versioned Prim docs for the new PursuitForse di nuovo libera @thomashoneyman l’ha presa 109 giorni fa e non c’è nessuna pull request aperta. Apertapursuit
purescript/registry-dev#790 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Migrate Pursuit application to the monorepoForse di nuovo libera @thomashoneyman l’ha presa 109 giorni fa e non c’è nessuna pull request aperta. Apertapursuit
purescript/registry-dev#789 · 1 commento · 1 reazione · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Complete support for monorepos / subdir key and non-GitHub locationsForse di nuovo libera @thomashoneyman l’ha presa 109 giorni fa e non c’è nessuna pull request aperta. Aperta
purescript/registry-dev#750 · 1 reazione · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di purescript/registry-dev
Issue simili
-
area/apigee type/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
dataforgoodfr/mediterranean-rescue#91 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
cpp-best-practices/project_validator#267 ·
I maintainer di solito rispondono entro 1 giorno
-
deploy tests
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
damodharg6/payledger#6 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
vfarcic/dot-agent-deck#2300 ·
I maintainer di solito rispondono entro 1 giorno