Rozdział 23 · Część II · Planowanie SafeSort na GitHubNieobowiązkowe: wbudowana automatyzacja i auto-add
Wbudowane workflow same zmieniają status elementu w zależności od zdarzeń repozytorium i same dodają nowe Issues do Project.
Niektóre przejścia między statusami nie muszą być wykonywane ręcznie — Project mają wbudowane automatyzacji (built-in workflows) reagujące na zdarzenia w repozytorium.
| Wbudowane workflow | Co robi |
|---|---|
| Item added to project | ustawia domyślny status nowego elementu |
| Item reopened | zwraca element do określonego statusu, jeśli Issue zostanie ponownie otwarty |
| Item closed | umieszcza przedmiot w Done statusie, gdy Issue lub PR jest zamknięty |
| Pull request merged | zmienia element na status Done przy scalaniu Pull Request |
| Auto-add to project | automatycznie dodaje nowe Issues i PR do Project pasujących do filtra |
| Auto-archive items | archiwizuje elementy pasujące do filtra — na przykład wszystko, co jest w Done statusie |
W obecnym Project SafeSort zadziałał podobny, ale nie ten sam workflow — wszystkie 14 Issues były już dodane zamknięte, więc włączyło się Item closed, nie «Pull request merged»:
Auto-add unikać ręcznego dodawania Issues
Workflow Auto-add to project jest konfigurowany przez filtr – na przykład,
"Jakieś nowe Issue w repozytorium Cartesian-School/safesort».
Dzięki tej zasadzie każdy nowy Issue wchodzi w domyślny status Project
I nie musisz pamiętać instrukcji „dodaj do Project”
Krótko
- Wbudowane workflow zmieniają status elementu w odpowiedzi na zdarzenie repozytorium — na przykład po scaleniu Pull Request.
- Auto-add to project automatycznie dodaje w Project nowe Issues i PR, pasujące do skonfigurowanego filtra.
- Automatyzacja usuwa rutynowe czynności, ale nie podejmowanie decyzji o tym, w jakim stanie powinno być zadanie.