Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Dependency count and bundle size increases are time-based, but should compare to nearest applicable version

Aperta
  • Qualcosa non va?
#3,333 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
54/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
nuxt, typescript
Ambito
developer-experience, frontend

Direzione di ricerca

Start by locating the code that generates dependency count and bundle size warnings and read how it chooses the comparison release. Reproduce the Storybook 11 alpha and backport case, then trace how semver could select the nearest applicable version. Done means both warnings compare against the expected release for the examples in the issue.

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

Descrizione

pending triage
Describe the bug

We believe the dependency count and bundle size warnings are based off release timing, leading to comical comparisons when a team releases bug fixes with backports :)

For instance here, we released a Storybook 11 alpha alongside 3 security backports for 8, 9 and 10. Storybook 11.0 a6 is compared to Storybook 9 but comparing to 11.0 a5 would make more sense.

Image

Here Storybook 9 is compared to Storybook 8, even though the storybook 8 package was an empty shell back in the day.

Image
Additional context

I think comparing to the previous semantic release would fix that. A X.0.0 major could compare to the previous stable release, but patch and minor releases would naturally compare to the code in their branch if doing based on semver.

Logs
Lingua principale
TypeScript
Stelle
3.6k
Fork
533
Merge medio
4g 13h
PR unite (30g)
40

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

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 npmx-dev/npmx.dev

Tutte le issue di npmx-dev/npmx.dev

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.