你好，
我想分享有关 JUnit 库的 API 更改和向后兼容性的报告： https :
JUnit5 报告： https ://abi-laboratory.pro/java/tracker/timeline/junit-jupiter-api/
BC——二进制兼容性
SC — 源兼容性
该报告是由https://github.com/lvc/japi-tracker工具根据文章https://wiki.eclipse.org/Evolving_Java-based_APIs_2生成的。
希望对图书馆的用户和维护者有所帮助。
谢谢你。
lvc
👍2
所有6条评论
感谢分享，@lvc！
对于 JUnit 5，我想知道是否有办法自定义该工具认为是公共 API 的内容。 我们有一个自定义的@API注释来将公共类标记为内部、弃用、维护、稳定等。有没有办法从分析中排除内部代码？
marcphilipp
于 2017-11-03
太棒了@lvc
有什么方法可以将代码包含在我们的主分支中的报告中？ 如果我们今天发布，我很想看看我们在 4.12 和 4.13 之间会有哪些不兼容的更改。
kcooney
于 2017-11-04
👍2
@kcooney ，
有什么方法可以将代码包含在我们的主分支中的报告中？ 如果我们今天发布，我很想看看我们在 4.12 和 4.13 之间会有哪些不兼容的更改
完成： https :
快照来自： https :
该报告每天更新。 由于可能存在误报，请在阅读报告时小心。
谢谢你。
lvc
于 2017-11-05
lvc
于 2017-11-05
👍2
似乎唯一的重大变化是#1245
panchenko
于 2017-11-05
1421 在技术上也是一个突破性的变化（源代码不兼容）但没有人应该调用External Resource.after()
kcooney
于 2017-11-05
👍1
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
kluever
·
16评论
Reissner
·
3评论
bigmikef
·
39评论
diogoeag
·
35评论
cardil
·
9评论
最有用的评论
@马克菲利普，
需要一些时间教https://github.com/lvc/japi-compliance-checker在按参数值过滤之前区分注解参数...
谢谢你。