Werken met issues

Een issue is als een GitHub-bericht waarmee gebruikers verschillende soorten communicatie kunnen bijhouden, zoals troubleshooting en planning. Het is daarom belangrijk dat je de workflow van begin tot eind kent.

Stel, je werkt aan de repo bank_marketing en het is tijd voor een kwartaalreview. Je moet de reviewtaken met het team bespreken en het werk toewijzen. Je besluit dit via een GitHub-issue te doen.

Hier zie je verschillende stappen om een issue aan te maken en te sluiten. Kun je ze in de juiste volgorde zetten voor een ideale workflow?