Migrating to ESM only
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
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- javascript
- Ambito
- build-system, release
Direzione di ricerca
Esamina package.json e le strutture attuali di dist/, libjs/ e libesm/ per mappare gli entry point, i tipi e i sourcemap esistenti. Confronta i metadati del pacchetto e i contenuti pubblicati, quindi definisci la migrazione alla nuova versione principale in modo che dist/ sia l’unico entry point del modulo ES e conferma le modifiche previste ai sourcemap prima dell’implementazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello 👋
today, this package has multiple copies/entries in it:
dist/diff.js- a UMD bundle- Only exposed under
package.json#browserandpackage.json#unpkgkeys - Suggests this is the browser bundle
- Only exposed under
dist/diff.min.js- the same UMD bundle minifiedlibjs/- a CommonJS entry point- Includes types
- Includes sourcemaps
libesm/- an ES module entry point- Includes types
- Includes sourcemaps
Times have changed a bunch since this package was created. We're now in a situation where:
- All browsers support ES modules
- All runtimes (e.g. Node, Bun, etc.) support ES modules
- CommonJS projects in Node can
require(esm)an ES module - Most web projects today are using a bundler
So it seems there's opportunity here for a new major one day which dumbs this down to:
dist/- an ES module entry point- Includes types
- Includes sourcemaps
would love to hear your thoughts on this @kpdecker 🙏
an extra win from this could also be to stop shipping sourcemaps (which account for a large % of the tarball size we pull from npm). The code is already readable, unminified, and has type definitions. So we're not gaining much from shipping them.
- Lingua principale
- JavaScript
- Stelle
- 9.2k
- Fork
- 555
- Merge medio
- 1g 9h
- PR unite (30g)
- 5
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 kpdecker/jsdiff
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Applying a patch with a fuzzFactor can be very very slowForse già presa @json-open-source l’ha presa 39 giorni fa. Apertaperformance
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
kpdecker/jsdiff#692 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 45/100
kpdecker/jsdiff#684 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
reversing a text diff?Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
kpdecker/jsdiff#629 · 7 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
kpdecker/jsdiff#624 · 6 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di kpdecker/jsdiff
Issue simili
-
Edit: Monumental TV [PY]Apertachannels:edit check:passed
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 94/100
lidofinance/docs#1033 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno