Provide an auto-publish GitHub action for Spago users
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
Research direction
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.
Written by the indexing model from the issue text.
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.
- Dominant language
- PureScript
- Stars
- 95
- Forks
- 79
- Avg merge
- 16h 13m
- Merged PRs (30d)
- 14
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from purescript/registry-dev
-
Difficulty 5/5 Over a week Newbie friendliness 22/100
purescript/registry-dev#804 · 9 comments ·
Maintainers usually reply within 1 day
-
A failed publish job permanently blocks retrying the same package versionPossibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 4/5 3-5 days Newbie friendliness 48/100
purescript/registry-dev#793 · 5 comments ·
Maintainers usually reply within 1 day
-
Implement search and versioned Prim docs for the new PursuitMay be free again @thomashoneyman claimed this 109 days ago, and no pull request is open. Openpursuit
purescript/registry-dev#790 · 1 assignee ·
Maintainers usually reply within 1 day
-
Migrate Pursuit application to the monorepoMay be free again @thomashoneyman claimed this 109 days ago, and no pull request is open. Openpursuit
purescript/registry-dev#789 · 1 comment · 1 reaction · 1 assignee ·
Maintainers usually reply within 1 day
-
Complete support for monorepos / subdir key and non-GitHub locationsMay be free again @thomashoneyman claimed this 109 days ago, and no pull request is open. Open
purescript/registry-dev#750 · 1 reaction · 1 assignee ·
Maintainers usually reply within 1 day
All issues in purescript/registry-dev
Similar issues
-
area/apigee type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Maintainers usually reply within 1 day
-
good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
dataforgoodfr/mediterranean-rescue#91 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
cpp-best-practices/project_validator#267 ·
Maintainers usually reply within 1 day
-
deploy tests
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
damodharg6/payledger#6 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day