Dependency count and bundle size increases are time-based, but should compare to nearest applicable version
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 54/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- nuxt, typescript
- Domínio
- developer-experience, frontend
Direção de pesquisa
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.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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
- Linguagem predominante
- TypeScript
- Estrelas
- 3.6k
- Forks
- 533
- Merge médio
- 4d 13h
- PRs com merge (30d)
- 37
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de npmx-dev/npmx.dev
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia
-
a11y front
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
npmx-dev/npmx.dev#2914 · 3 comentários ·
Mantenedores costumam responder em até 1 dia
-
front i18n
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
npmx-dev/npmx.dev#2831 · 1 reação ·
Mantenedores costumam responder em até 1 dia
-
back stale stale-to-close
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
npmx-dev/npmx.dev#2511 · 4 comentários · 1 reação ·
Mantenedores costumam responder em até 1 dia
-
front needs discussion ux
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
npmx-dev/npmx.dev#2275 · 5 comentários · 2 reações ·
Mantenedores costumam responder em até 1 dia
Todas as issues de npmx-dev/npmx.dev
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
Nimblesite/SharpLsp#468 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Bundled uv is never updated and trusts the compromised eMudhra certificatesTalvez já em andamento @FabienDanieau assumiu hoje. Abertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
-
bg_wait's blocking mode (stopOnAttention: false) is under-documented and effectively undiscoverableAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 66/100
nicobailon/pi-subagents#3019 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 66/100
db-ux-design-system/core-web#8613 ·
Mantenedores costumam responder em até 1 dia