Releases: JEsperancinhaOrg/omni-reporter-commons
Releases · JEsperancinhaOrg/omni-reporter-commons
First Performance Release
0.4.0 Performant enough for version 0.4.0
JDK19 support
0.3.2 JDK19 update
Optimizations for Mem Savings
- Share extra
source
andreport
algorithm - Ignore
node_modules
folder
Refactor to SBT
- Refactoring - Current version still has a lot of code that can be reused.
- Option
OMNI_LOG
with environment variable. Logs everything intotarget/omni.log
file (Not configurable yet) - Read JSON configuration method
Interop
- Interoperability
- Important Static methods made available to
Clojure
andJava
- Reduction of the need to create instances on the fly.
- LCov Expected Values Parsing Improvements - The absence of some values would generate an unwanted exception
- Clojure's language support
This release contains breaking changes because it now supports interoperability between Kotlin and other JVM languages
Restriction Release
- Remove possibility to send unknown reports in Omni to Codecov. Unfortunately Codecov crashes with unknown reports. The only way to check the correct format of the report is essentially to provide the implementation to do that. In this way report sending to Codecov becomes restricted to the known formats to Omni.
- Remove banned file name list - Since the algorithm no longer relies on the filename, it doesn't make sense anymore to keep doing that. Therefore, the banned list is removed.
Url Fix for BitBucket
Url Fix for BitBucket
Support for More Pipelines
Reports in the same folder are merged and average, (We assume thart if there are different reports in the same folder, it only means that there are different brands in there.)Unfortunately, by doing so, the results may become inconsistent for reports that do not report coverage for certain
files. Please make sure not to have different report brands (i.e. Clover and LCov together) for the same files. In that case, line coverage will be reported duplicate.- Exclude report option
reportRejectList
. Given the above, it may be difficult to manage that situation. We can then use this option to exclude a report that for some reason we don't want to consider for the overall coverage calculation). See example in . - Change file detection to include content. The check should be based on text labels and parsing should be avoided.
Remove files from the excluded list where applicable (code wise). Files in de excluded list are also used in a filename based algorithm. This needs to be changed.- I leave it there becausecoverage-final.json
is not a part of any other report default naming strategy. This way I keep this protection.- Add support for Circle CI and BitBucket builds
fetchBranchNameFromEnv
- Create flag
fetchBranchNameFromEnv
to fetch the branch name from environment variables - Fix Reporting sending of test report files by default with
ignoreTestBuildDirectory
- Fix Codacy not including TSX in TypeScript reports
Fix for Codacy and Test Directory
- Fix Reporting sending of test report files by default with
ignoreTestBuildDirectory
- Fix Codacy not including TSX in TypeScript reports