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
Copy file name to clipboardExpand all lines: docs/organizations/codacy-usage.md
+11-6Lines changed: 11 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -49,18 +49,23 @@ This chart tracks the total volume of pull requests merged across your Codacy-ma
49
49
50
50
If you see high numbers here, it usually boils down to two scenarios:
51
51
52
-
1. A developer merged the PR immediately after opening it, before the Codacy analysis could finish.
53
-
2. In self-service organizations, if a PR is authored by an email/user not yet added to your Codacy seat count, the analysis may be skipped.
52
+
1. A developer merged the PR immediately after opening it, before the Codacy analysis could finish. Ensure your team adjusts their workflow to wait for the "Codacy/Analysis" check to turn green before merging.
53
+
54
+
2. In self-service organizations, if a PR is authored by an email/user not yet added to your Codacy seat count, the analysis may be skipped. You should check your [seat management](../organizations/managing-people.md) to confirm that all active contributors are correctly mapped to a Codacy seat.
54
55
55
56
If you notice a high volume of PRs in Without gates, or Never analyzed categories, consider the following actions:
56
57
57
-
#### Without gates:
58
+
#### Why are some PRs merged with "Failing gates"?
59
+
60
+
Pull requests are merged with failing Quality Gates usually due two reasons:
61
+
62
+
1. Quality Gates are advisory, not blocking. [Protect your pull requests](../getting-started/integrating-codacy-with-your-git-workflow.md#blocking-pull-requests).
58
63
59
-
To ensure your code meets organizational standards, you should define a Quality Gate rule for the repository, such as setting thresholds for "New issues > 0" or "Coverage < 80%".
64
+
2. Intentional exceptions or risk acceptance:
60
65
61
-
#### Never analyzed:
66
+
- Developers/ maintainers may override failing checks to address urgent fixes, unblock critical work, or accept a known risk temporarily.
62
67
63
-
To ensure your team adjusts their workflow to wait for the "Codacy/Analysis" check to turn green before merging. Additionally, you should check your [seat management](../organizations/managing-people.md) to confirm that all active contributors are correctly mapped to a Codacy seat.
68
+
- Sometimes Pull requests are small and diff coverage / coverage variation may fail. Make sure your team follows the practices that were agreed upon within the organization.
64
69
65
70
Interacting with the chart allows you to filter the data, with the resulting repositories displayed in the "Top repositories" list.
0 commit comments