npm publish decision and execution (H7)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 10/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- github-actions, typescript
- Ambito
- release
Direzione di ricerca
Start with the H7 handoff entry in human-tasks.md and confirm whether the usabl name is available on npm. The issue requires a human decision about package name and public source visibility before any publish or CI change; done means recording that decision and, if approved, publishing and updating CI as specified.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Publishing makes the engine public. It is a visibility decision, not an engineering one.
- Why: a public npm package is an irreversible visibility change and should be a deliberate human decision.
- Owner: Founder.
- Prerequisite: confirm the
usablname is available on npm. - Acceptance: a decision is recorded. If yes, the package is published and CI switches from the pinned private checkout to
npm install [email protected]. - Target: v0.2.x.
Status: HELD pending a visibility discussion. Open questions to settle before publishing:
- Name and scope: is the bare name
usablavailable, or do we publish under a scope such as@usabl-dev/usabl? - Visibility: the engine repository is consumed by CI through a private pinned checkout today. Publishing to the public registry exposes the engine source in the package tarball. Confirm that is intended.
- CI switch: after publishing, decide whether and when to move CI from the pinned private checkout to
npm install [email protected], and keep the pin as the trust boundary until then.
Source: human-tasks.md handoff catalogue (H7).
- Lingua principale
- TypeScript
- Stelle
- 0
- Fork
- 0
- Merge medio
- 2h 48m
- PR unite (30g)
- 8
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna 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 usabl-dev/usabl
-
area: engine bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
-
Stop hook allows a stop on an unknown verdict, and the self-check prints IDLE for a null verdictApertaarea: assistants bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
area: engine bug security
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Overlay: browser context failures are counted per plugin, not per browser, and close is not sharedApertaarea: overlay bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
-
area: engine enhancement performance
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Tutte le issue di usabl-dev/usabl
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
cursor/community-plugins#465 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
vetro-protocol/vetro-monorepo#978 ·
I maintainer di solito rispondono entro 1 giorno
-
ai-generated bug category:security effort:s priority:p3
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
LanternOps/breeze#9697 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
maniator/verticopolis#1303 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
components-web-app/docs#297 ·