]> source.dussan.org Git - sonarqube.git/commitdiff
SONAR-11571 Remove mentions about warnings and period from the doc
authorBenoît Gianinetti <benoit.gianinetti@sonarsource.com>
Wed, 19 Dec 2018 16:05:37 +0000 (17:05 +0100)
committerSonarTech <sonartech@sonarsource.com>
Tue, 8 Jan 2019 19:21:07 +0000 (20:21 +0100)
server/sonar-docs/src/pages/user-guide/metric-definitions.md
server/sonar-docs/src/pages/user-guide/portfolios.md
server/sonar-docs/src/pages/user-guide/project-page.md
server/sonar-docs/src/pages/user-guide/quality-gates.md
server/sonar-docs/src/pages/user-guide/sonarlint-notifications.md
server/sonar-docs/src/tooltips/quality-gates/quality-gate-conditions.md

index d2a126c9a6ea393fb20f1eedbcf80902c6b09add..0f85206d486dd7504e496be8f303570b3d60c498 100644 (file)
@@ -121,7 +121,8 @@ Ratio between the cost to develop the code changed in the New Code period and th
 ---
 ## Quality Gates
 **Quality Gate Status** (`alert_status`)  
-State of the Quality Gate associated to your Project. Possible values are : `ERROR`, `WARN`, `OK`
+State of the Quality Gate associated to your Project. Possible values are : `ERROR`, `OK`
+WARN value has been removed since 7.6.
 
 **Quality Gate Details** (`quality_gate_details`)  
 For all the conditions of your Quality Gate, you know which condition is failing and which is not.
index 963392a39d102a9a1faaa3243e30097a6dda5941..04ff88dcdeced2cfe723ab820f303bc29d1c31c4 100644 (file)
@@ -7,7 +7,7 @@ url: /user-guide/portfolios/
 
 ### Portfolios Home Page
 
-The Portfolio Home Page is the central place for managers and tech leads to keep an eye on the Releasability of the projects under their supervision. Releasability is based on the project's quality gate: green or orange (pass or warning) is releasable. Red (error) is not. Each Portfolio home page offers an aggregate view of the releasability of all the projects in the Portfolio.
+The Portfolio Home Page is the central place for managers and tech leads to keep an eye on the Releasability of the projects under their supervision. Releasability is based on the project's quality gate: green (pass) is releasable. Red (error) is not. Each Portfolio home page offers an aggregate view of the releasability of all the projects in the Portfolio.
 
 At the top of the page, you can easily see whether overall Portfolio is currently rated as releasable and if any projects in the Portfolio have failed their Quality Gate. And the Reliability, Security, and Maintainability ratings show the overall health of the Portfolio in these three domains, along with an indicator of the worst-performing project(s) in each domain.
 
@@ -19,7 +19,7 @@ For each domain you see:
 
 ### Releasability Rating
 
-The Releasability Rating tells you the ratio of projects in the Portfolio that do NOT have a **FAILED** Quality Gate (ie QG being **PASSED** or **WARNING**) :
+The Releasability Rating tells you the ratio of projects in the Portfolio that do NOT have a **FAILED** Quality Gate (ie QG being **PASSED**) :
 
 **A**: > 80%  
 **B**: > 60%  
index 53be937127abc709a88e3edbc6f60ac888f6e66c..0e72865485a88f35b3fa3332eea795dc2263dd9e 100644 (file)
@@ -20,7 +20,7 @@ The Project Page answers two questions:
 
 Since the [Quality Gate](/user-guide/quality-gates/) is your most powerful tool to enforce your quality policy, the page starts with the project's current Quality Gate status. If the project passes, a simple, green all-clear is shown.
 
-If not, details and drill-downs are immediately available to quickly identify what went wrong, with a section for each error or warning condition showing what the current project value is and what it should be. As usual, you'll be able to click through on current values to get to drilldowns.
+If not, details and drill-downs are immediately available to quickly identify what went wrong, with a section for each error condition showing what the current project value is and what it should be. As usual, you'll be able to click through on current values to get to drilldowns.
 
 ## What should I fix first?
 Because the best way to improve a project's quality is to catch and fix new problems before they become entrenched, the first view of a project is centered around the New Code Period, which is highlighted in yellow on the right of the project homepage. The project space page shows a high-level summary of critical metrics, both current values and their New Code Period values.
index 9dbb7a7b7c0bbbb435fcc8e60ce4ee3cc58869bf..623fb2d0815ac785a6871a1563d92b9879330301 100644 (file)
@@ -59,15 +59,12 @@ To manage quality gates, go to **[Quality Gates](/#sonarqube#/quality_gates)** (
 Each Quality Gate condition is a combination of:
 
 * measure
-* period: **Value** (to date) or **New Code** (differential value over the New Code period)
 * comparison operator
-* warning value (optional)
-* error value (optional)
+* error value
 
 For instance, a condition might be:
 
 * measure: Blocker issue
-* period: Value
 * comparison operator: >
 * error value: 0
 
index ae2437635c0b63862dbe95b1b8aefb678ae72902..9e624fc1788aae7495906b8c5ec710cafb8ff95c 100644 (file)
@@ -8,7 +8,7 @@ _SonarLint Smart Notifications is available as part of the [Developer Edition](h
 
 Smart notifications allow developers using Connected Mode in SonarLint to receive in-IDE notifications from {instance} when:
 
-* the Quality Gate status (failed / success / warning) of a project /solution _open in the IDE_ changes
+* the Quality Gate status (failed / success) of a project /solution _open in the IDE_ changes
 * a {instance} analysis raises new issues _introduced by this developer in a project /solution open in the IDE_
 
 ## Activate/deactivate Notifications
index 511fe1cdd7b83a47bacd48b7e7f78ed01ada48dc..9be41a8d9a0b479ca582e90ff6a793d081ad965e 100644 (file)
@@ -1,4 +1,4 @@
-For each Quality Gate condition you must choose the metric to be tested, the threshold at which to raise a warning or error, and whether or not to apply the condition to all code or only to New Code period (irrelevant for conditions "on New Code").
+For each Quality Gate condition you must choose the metric to be tested, the threshold at which to raise an error, and whether or not to apply the condition to all code or only to New Code period (irrelevant for conditions "on New Code").
 
 ---