-Xss2m specified as stack size to handle large hotspots.
Performance Implications. Enabling the Full Code Health Scan will increase your total analysis time. CodeScene uses a cache to optimize the calculations, but the first analysis will be slower; with this option enabled, the analysis time increases near linearly with the number of files in your repositories. Sub-sequent analyses will be quicker, thanks to the cache.
10.0 => 9.33). You can change that here if you're a perfectionist; putting this value at
10 will warn for all declines. Note that this value serves as a threshold in the PR/CI/CD quality gates as well.
.codescene/code-health-rules.json inside your Git repos. Read more in
the documention.
codescene-rules-repo.
This way you can specify a set of global rules in one Git repository and have those rules applied across all Git
repositories in your project.
Note: The delta analysis uses the global rules that were present during the last full analysis. This means that when updating global rules, a full analysis has to be performed before they apply to delta analyses in all project repositories.
Specify a regular expression that identifies bug fix commits to get statistics on the defect distribution across your hotspots.
CR{2,}-\d+ matches
commits like CR-782 and CR-231, while the expression
[Bb]ug|[Ff]ix is a heuristic to match commits
containing bug fixes.
(?#comment) to put a name on the pattern. For example:
TODO(?#Detect TODOs) match the literal TODO in comments, and the virtual code reviewer will
include it under the Detect TODOs: heading.
See the documention for examples.