You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi. I have implemented a tool to detect library version inconsistencies. Your project have 2 inconsistent libraries.
Take com.thinkaurelius.titan:titan-core for example, this library is declared as version 1.0.1-SNAPSHOT in titan-lucene, 0.9.0-SNAPSHOT in titan-rexster and etc... Such version inconsistencies may cause unnecessary maintenance effort in the long run. For example, if two modules become inter-dependent, library version conflict may happen. It has already become a common issue and hinders development progress. Thus a version harmonization is necessary.
Provided we applied a version harmonization, I calculated the cost it may have to harmonize to all upper versions including an up-to-date one. The cost refers to POM config changes and API invocation changes. Take com.thinkaurelius.titan:titan-core for example, if we harmonize all the library versions into 1.0.1-SNAPSHOT. The concern is, how much should the project code adapt to the newer library version. We list an effort table to quantify the harmonization cost.
The effort table shows the overall harmonization cost on APIs. It seems your project have no API invokes on this library, which could be safely upgrade to 1.0.1-SNAPSHOT
Index
Module
NA(NAC)
NDA(NDAC)
NMA(NMAC)
1
titan-lucene
0(0)
0(0)
0(0)
2
titan-hbase-parent/titan-hbase
0(0)
0(0)
0(0)
3
titan-cassandra
0(0)
0(0)
0(0)
4
..
..
..
..
Also we provided another table to show the potential files that may be affected due to library API change, which could help to spot the concerned API usage and rerun the test cases.
Hi. I have implemented a tool to detect library version inconsistencies. Your project have 2 inconsistent libraries.
Take com.thinkaurelius.titan:titan-core for example, this library is declared as version 1.0.1-SNAPSHOT in titan-lucene, 0.9.0-SNAPSHOT in titan-rexster and etc... Such version inconsistencies may cause unnecessary maintenance effort in the long run. For example, if two modules become inter-dependent, library version conflict may happen. It has already become a common issue and hinders development progress. Thus a version harmonization is necessary.
Provided we applied a version harmonization, I calculated the cost it may have to harmonize to all upper versions including an up-to-date one. The cost refers to POM config changes and API invocation changes. Take com.thinkaurelius.titan:titan-core for example, if we harmonize all the library versions into 1.0.1-SNAPSHOT. The concern is, how much should the project code adapt to the newer library version. We list an effort table to quantify the harmonization cost.
The effort table shows the overall harmonization cost on APIs. It seems your project have no API invokes on this library, which could be safely upgrade to 1.0.1-SNAPSHOT
Also we provided another table to show the potential files that may be affected due to library API change, which could help to spot the concerned API usage and rerun the test cases.
If you are interested, you can have a more complete and detailed report in the attached PDF file.
thinkaurelius__fdse__titan_2020-02-20.pdf
The text was updated successfully, but these errors were encountered: