Junit4: Histórico de mudanças de API para JUnit
Olá,
Eu gostaria de compartilhar um relatório sobre mudanças de API e compatibilidade com versões anteriores para a biblioteca JUnit: https://abi-laboratory.pro/java/tracker/timeline/junit/
Relatório para JUnit5: https://abi-laboratory.pro/java/tracker/timeline/junit-jupiter-api/
BC - compatibilidade binária
SC - compatibilidade de fonte
O relatório é gerado de acordo com o artigo https://wiki.eclipse.org/Evolving_Java-based_APIs_2 pela ferramenta https://github.com/lvc/japi-tracker .
Espero que seja útil para usuários e mantenedores da biblioteca.
Obrigada.
lvc
Todos 6 comentários
Obrigado por compartilhar, @lvc!
Para JUnit 5, gostaria de saber se há uma maneira de personalizar o que a ferramenta considera API pública. Temos uma anotação @API para marcar as classes públicas como internas, obsoletas, mantidas, estáveis etc. Existe uma maneira de excluir o código interno da análise?
marcphilipp
em 3 nov. 2017
Isso é fantástico @lvc
Existe alguma maneira de incluir o código em nosso branch master no relatório? Eu adoraria ver quais mudanças incompatíveis teríamos entre 4.12 e 4.13 se lançássemos hoje.
kcooney
em 4 nov. 2017
@kcooney ,
Existe alguma maneira de incluir o código em nosso branch master no relatório? Eu adoraria ver quais mudanças incompatíveis teríamos entre 4.12 e 4.13 se lançássemos hoje
Feito: https://abi-laboratory.pro/java/tracker/timeline/junit/
O instantâneo foi obtido de: https://oss.sonatype.org/content/repositories/snapshots/junit/junit/
O relatório é atualizado diariamente. Tenha cuidado ao ler o relatório devido a possíveis falsos positivos.
Obrigada.
lvc
em 5 nov. 2017
@marcphilipp ,
Existe uma maneira de excluir o código interno da análise?
Precisa de algum tempo para ensinar https://github.com/lvc/japi-compliance-checker a distinguir os parâmetros de anotação antes de filtrar por um valor de parâmetro ...
Obrigada.
lvc
em 5 nov. 2017
Parece que a única alteração importante é # 1245
panchenko
em 5 nov. 2017
1421 também é tecnicamente uma mudança significativa (incompatibilidade de origem), mas ninguém deve chamar External Resource.after()
kcooney
em 5 nov. 2017
Questões relacionadas
gitIvanB
·
9Comentários
gonzen
·
7Comentários
kluever
·
16Comentários
sabi0
·
13Comentários
Reissner
·
3Comentários
Comentários muito úteis
@marcphilipp ,
Precisa de algum tempo para ensinar https://github.com/lvc/japi-compliance-checker a distinguir os parâmetros de anotação antes de filtrar por um valor de parâmetro ...
Obrigada.