Dependency count and bundle size increases are time-based, but should compare to nearest applicable version
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 54/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- nuxt, typescript
- Domaine
- developer-experience, frontend
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
Here Storybook 9 is compared to Storybook 8, even though the storybook 8 package was an empty shell back in the day.
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
- Langage dominant
- TypeScript
- Étoiles
- 3.6k
- Forks
- 533
- Merge moyen
- 4 j 1 h
- PR mergées (30 j)
- 39
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de npmx-dev/npmx.dev
-
pending triage
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
a11y front
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
npmx-dev/npmx.dev#2914 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
front i18n
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
npmx-dev/npmx.dev#2831 · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
back stale stale-to-close
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
npmx-dev/npmx.dev#2511 · 4 commentaires · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de npmx-dev/npmx.dev
Issues similaires
-
area: image-engine bug priority: low
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
snapotter-hq/SnapOtter#3885 ·
Les mainteneurs répondent en général sous 1 jour
-
Mend: dependency security vulnerability
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 3 jours
-
bug P3 UI/UX
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Difficulté 2/5 1-3 heures Accessibilité débutants 73/100
openclaw/openclaw#182077 · 1 commentaire · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
aikido high security
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
dequelabs/axe-linter-action#161 ·