Junit4: Historial de cambios de API para JUnit
Hola,
Me gustaría compartir un informe sobre los cambios de API y la compatibilidad con versiones anteriores de la biblioteca JUnit: https://abi-laboratory.pro/java/tracker/timeline/junit/
Informe para JUnit5: https://abi-laboratory.pro/java/tracker/timeline/junit-jupiter-api/
BC - compatibilidad binaria
SC - compatibilidad de fuente
El informe se genera de acuerdo con el artículo https://wiki.eclipse.org/Evolving_Java-based_APIs_2 mediante la herramienta https://github.com/lvc/japi-tracker .
Espero que sea útil para los usuarios y encargados del mantenimiento de la biblioteca.
Gracias.
lvc
Todos 6 comentarios
¡Gracias por compartir, @lvc!
Para JUnit 5, me preguntaba si hay una manera de personalizar lo que la herramienta considera API pública. Tenemos una anotación @API para marcar las clases públicas como internas, obsoletas, mantenidas, estables, etc. ¿Hay alguna forma de excluir el código interno del análisis?
marcphilipp
en 3 nov. 2017
Eso es fantástico @lvc
¿Alguna forma de incluir el código en nuestra rama maestra en el informe? Me encantaría ver qué cambios incompatibles tendríamos entre 4.12 y 4.13 si lo lanzáramos hoy.
kcooney
en 4 nov. 2017
@kcooney ,
¿Alguna forma de incluir el código en nuestra rama maestra en el informe? Me encantaría ver qué cambios incompatibles tendríamos entre 4.12 y 4.13 si lanzáramos hoy
Hecho: https://abi-laboratory.pro/java/tracker/timeline/junit/
La instantánea se tomó de: https://oss.sonatype.org/content/repositories/snapshots/junit/junit/
El informe se actualiza diariamente. Tenga cuidado al leer el informe debido a posibles falsos positivos.
Gracias.
lvc
en 5 nov. 2017
@marcphilipp ,
¿Hay alguna forma de excluir el código interno del análisis?
Necesito algo de tiempo para enseñar a https://github.com/lvc/japi-compliance-checker a distinguir los parámetros de anotación antes de filtrar por un valor de parámetro ...
Gracias.
lvc
en 5 nov. 2017
Parece que el único cambio importante es el # 1245.
panchenko
en 5 nov. 2017
1421 también es técnicamente un cambio importante (incompatibilidad de fuente) pero nadie debería llamar External Resource.after()
kcooney
en 5 nov. 2017
Temas relacionados
sbrannen
·
22Comentarios
pbenedict
·
27Comentarios
terorontti
·
14Comentarios
gonzen
·
7Comentarios
aleenadavy90
·
13Comentarios
Comentario más útil
@marcphilipp ,
Necesito algo de tiempo para enseñar a https://github.com/lvc/japi-compliance-checker a distinguir los parámetros de anotación antes de filtrar por un valor de parámetro ...
Gracias.