Minor Changes
-
#11
12ad8a3Thanks @alerizzo! - Auto-detect provider, organization, and repository from the git remote origin URL. All repository-scoped commands now work without explicitly passing<provider> <organization> <repository>— just run them inside a git repo with anoriginremote pointing at GitHub, GitLab, or Bitbucket. -
#13
f039b39Thanks @alerizzo! - Improveissues --overview. The False Positives table now uses human-friendly labels ("Not a False Positive" / "Potential False Positive") instead of the rawbelowThreshold/equalOrAboveThresholdAPI bucket names. The overview also adds a "Suggested actions to reduce noise" section that flags noisy patterns — those accounting for at least 10% of all issues, or at least 3× the average issues-per-pattern — and prints a ready-to-runcodacy pattern <tool> <patternId> --disablecommand for each (the owning tool is resolved automatically; suggestions whose tool can't be resolved are omitted).--output jsonoutput is unchanged. -
#13
f039b39Thanks @alerizzo! - Make the pattern commands aware of local configuration files and coding standards.pattern <tool> <patternId>with no action flag now shows the pattern's information (same card as thepatternscommand, with--output jsonsupport). Since there's no single-pattern endpoint, it searches by ID and keeps the exact match.- When a tool is driven by a local configuration file,
patterns(list) andpattern(info) print<tool> is using a local configuration file.and skip fetching patterns;patterns --enable-all/--disable-allandpattern --enable/--disable/--parameterrefuse withTool uses a local configuration file, can't be updated. pattern --enable/--disable/--parameteralso refuses patterns enforced by a coding standard withPattern enforced by <standard> coding standard, can't be modified.issues --overviewnoise suggestions now adapt per pattern: a runnablecodacy pattern … --disablecommand when possible, otherwise a manual step —Update your local <tool> configuration file to disable the patternorUpdate <coding standard> to disable the pattern.
-
#13
f039b39Thanks @alerizzo! - Add a--reanalyze-and-wait(-w) variant to therepositoryandpull-requestcommands. Unlike--reanalyze(which triggers analysis and exits), this blocking variant captures a baseline of the current issues, triggers the reanalysis, polls until it finishes (every 10s, up to 20 minutes), and then prints how long the analysis took and what changed — issue deltas by pattern, severity, and category. Supports--output json.