Track ESM-only migration for published packages

Aperta
  • Qualcosa non va?
#131 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Refactoring
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
typescript
Ambito
build-system, release

Direzione di ricerca

Inizia eseguendo pnpm build e analizza la configurazione dei pacchetti pubblicati, cominciando da packages/dev-cli e dai relativi output duali ESM/CommonJS. Verifica gli altri pacchetti pubblicati e la compatibilità con i consumer, incluso .pnpmfile.cjs; il lavoro è completato quando viene documentato se mantenere l’output duale, sopprimere l’avviso o migrare i pacchetti a ESM-only.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

Summary

The build currently emits a tsdown warning recommending ESM over CommonJS for @openzeppelin/ui-dev-cli because the package intentionally publishes dual esm/cjs outputs.

This is not currently breaking the build, but it would be useful to evaluate whether the published packages in this repo can move to ESM-only output and remove legacy CommonJS packaging over time.

Context

During pnpm build, packages/dev-cli logs:

WARN  We recommend using the ESM format instead of CommonJS.

The CLI currently publishes both formats on purpose, and consumer .pnpmfile.cjs support remains a separate concern.

Goal

Audit the published packages in this monorepo and decide whether we should:

  • keep dual esm/cjs output as-is,
  • suppress/accept the warning as expected noise, or
  • migrate some or all published packages to ESM-only output.

Notes

  • Priority: low
  • This should likely be treated as packaging cleanup / modernization work, not as a release blocker.
  • If pursued, the work should include a consumer compatibility check before removing any require exports.
Lingua principale
TypeScript
Stelle
7
Fork
4
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di OpenZeppelin/openzeppelin-ui

Tutte le issue di OpenZeppelin/openzeppelin-ui

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.