Require API version-bump checks after the bootstrap release
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
- 52/100
Direção de pesquisa
Comece em .github/workflows/release.yml:132-143 e inspecione a verificação existente de bump do pacote, o comentário de bootstrap e as condições de release. Determine como a exceção de bootstrap e os casos stable, release-candidate e pre-release são representados. Está concluído quando releases stable posteriores exigirem um bump de API suficiente, os diagnósticos mostrarem o bump necessário e o comportamento estiver documentado e testado.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Context
The release workflow currently runs the package bump check with:
bump_check: warn
at .github/workflows/release.yml:132-143.
The comment explains a valid bootstrap exception: the previous stable 0.20.0 bundle and alpha-0 are no longer parseable by the new compiler. It also says to change the check to require after the first stable new-compiler .tar.zst release.
Leaving this as a comment-only follow-up makes it easy for later releases to continue publishing despite an incorrect semantic version bump.
Suggested direction
After the first stable new-compiler release is available and parseable, change bump_check to require. If possible, make the transition version-aware so the exception automatically expires after the bootstrap version rather than relying on a later manual edit.
Acceptance criteria
- The bootstrap exception is limited to the specific release(s) that need it.
- All subsequent stable releases fail before publication when the API bump is insufficient.
- Release-candidate and pre-release behavior is documented and tested.
- The workflow emits a clear diagnostic containing the detected required bump.
- The obsolete bootstrap comment is removed or updated once enforcement is active.
- Linguagem predominante
- Rust
- Estrelas
- 121
- Forks
- 46
- Merge médio
- 12h 20min
- PRs com merge (30d)
- 18
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
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 roc-lang/basic-cli
-
Unix socket supportAberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
roc-lang/basic-cli#500 · 1 reação ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
roc-lang/basic-cli#482 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
Mantenedores costumam responder em até 1 dia
-
enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 45/100
roc-lang/basic-cli#455 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 32/100
Mantenedores costumam responder em até 1 dia
Todas as issues de roc-lang/basic-cli
Issues semelhantes
-
bug documentation sev-0
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
dekobon/big-code-analysis#1620 ·
Mantenedores costumam responder em até 3 dias
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
-
bug soroban
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
utilityjnr1/lumena#358 ·
Mantenedores costumam responder em até 1 dia
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
charles-hood/DiagramCraft#63 ·