Provide an auto-publish GitHub action for Spago users
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 30/100
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- PureScript
- Étoiles
- 95
- Forks
- 79
- Merge moyen
- 16 h 13 min
- PR mergées (30 j)
- 14
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de purescript/registry-dev
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 22/100
purescript/registry-dev#804 · 9 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
A failed publish job permanently blocks retrying the same package versionPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
purescript/registry-dev#793 · 5 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Implement search and versioned Prim docs for the new PursuitPeut-être à nouveau libre @thomashoneyman l’a pris il y a 110 jours, et aucune pull request n’est ouverte. Ouvertepursuit
purescript/registry-dev#790 · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Migrate Pursuit application to the monorepoPeut-être à nouveau libre @thomashoneyman l’a pris il y a 110 jours, et aucune pull request n’est ouverte. Ouvertepursuit
purescript/registry-dev#789 · 1 commentaire · 1 réaction · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Complete support for monorepos / subdir key and non-GitHub locationsPeut-être à nouveau libre @thomashoneyman l’a pris il y a 110 jours, et aucune pull request n’est ouverte. Ouverte
purescript/registry-dev#750 · 1 réaction · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de purescript/registry-dev
Issues similaires
-
area/apigee type/bug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour
-
good first issue
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
dataforgoodfr/mediterranean-rescue#91 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
cpp-best-practices/project_validator#267 ·
Les mainteneurs répondent en général sous 1 jour
-
deploy tests
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
damodharg6/payledger#6 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100