Ich bin kürzlich gefragt worden, was ein Issue-Label wie
- G1 passed
- G1 failed
- G2 passed
- G2 failed
- G3 passed
- G3 failed
im offiziellen Magento-2-Repository auf GitHub bedeutet.
Das Core-Team verwendet ein Issue-Label, um der Erstellerin / dem Ersteller eine Rückmeldung zur Issue-Beschreibung zu geben. Die Core-EntwicklerInnen bezeichnen die Labels auch als „Issue Gates„. Es wird in drei Schritten überprüft, ob das Problem ausreichend beschrieben ist.
Issue-Label für drei Überprüfungs-Schritte
Ein neuer Wiki-Eintrag erklärt die Stufen:
- Gate 1: automatische Verifizierung
Ein automatischer Check überprüft, ob die vier wichtigen Abschnitte aus dem Issue-Template vorkommen. Dazu gehören unter anderem „Preconditions“ oder „Steps to reproduce“. So können Meldungen abgefangen werden, die das Template nicht verwenden.
Erfüllt eine Issue diese Anforderung, dann erhält sie das Issue-Label „G1 Passed“. Ansonsten vergibt der Check „G1 Failed“. - Gate 2: manuelle Verifizierung
Im zweiten Schritt überprüft das Team manuell, ob die Beschreibung den Anforderungen entspricht. Sieht es so aus, als ob die Erstellerin / der Ersteller ausreichende Informationen verlassen hat, dann wird das Issue-Label „G2 Passed“ vergeben. Andernfalls vermerkt das Team „G2 Failed“. - Gate 3: Überprüfung auf Reproduzierbarkeit
Hier versucht das QA-Team, das Problem zu reproduzieren. Es testet drei Code-Versionen:- im aktuellen Minor-Release (z.B. 2.2.0),
- im zweitneuesten Minor-Release (z.B. 2.1.9) und
- im aktuellen develop-Branch (z.B. 2.2-develop).
Konnte das Team die Issue nachvollziehen, dann fügt es das entsprechende Issue-Label hinzu (z.B. „Reproduced on 2.2.x“). Existiert ein Problem in einem Release nicht mehr, dann kommt ein Label wie „Fixed in 2.1.x“ hinzu. Kann das Problem nicht nachgestellt werden, dann wird das Label „Can not Reproduce“ vergeben und genauer nachgefragt.
Danke Matthias für die Erklärung und den Link zum Wiki Eintrag.