Dependency count and bundle size increases are time-based, but should compare to nearest applicable version
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 54/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- nuxt, typescript
- Área
- developer-experience, frontend
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- TypeScript
- Estrellas
- 3.6k
- Forks
- 533
- Merge medio
- 4 d 13 h
- PR fusionados (30 d)
- 37
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de npmx-dev/npmx.dev
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
a11y front
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
npmx-dev/npmx.dev#2914 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
front i18n
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
npmx-dev/npmx.dev#2831 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
back stale stale-to-close
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
npmx-dev/npmx.dev#2511 · 4 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
front needs discussion ux
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
npmx-dev/npmx.dev#2275 · 5 comentarios · 2 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de npmx-dev/npmx.dev
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Nimblesite/SharpLsp#468 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Bundled uv is never updated and trusts the compromised eMudhra certificatesPosiblemente ocupada @FabienDanieau la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
bg_wait's blocking mode (stopOnAttention: false) is under-documented and effectively undiscoverableAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
nicobailon/pi-subagents#3019 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
db-ux-design-system/core-web#8613 ·
Los mantenedores suelen responder en 1 día