Rozdział 23 · Część II · Planowanie SafeSort na GitHubTworzenie GitHub Project
Przed napisaniem kodu GitHub Project daje miejsce na listę zadań związanych z rzeczywistym Issues repozytorium.
Zanim napiszesz kod SafeSort, warto stworzyć lista tego, co trzeba zrobić, — GitHub Project daje do tego gotowe miejsce, powiązane z rzeczywistymi Issues repozytoriami.
Co jest wypełniane podczas tworzenia
| Pole | Znaczenie |
|---|---|
| Owner | organizacja lub konto, tutaj Cartesian-School |
| Title | na przykład „SafeSort jest pierwszym wydaniem” |
| Template | pusty Project lub jeden z gotowych szablonów (Board, Roadmap...) |
| Visibility | czy Project jest widoczny dla wszystkich, czy tylko dla członków organizacji |
Właśnie w ten sposób powstał prawdziwy Project tego rozdziału — „SafeSort — pierwsze wydanie" (Cartesian-School, Project nr 1): Owner — Cartesian-School, Title — bez numeru wersji, Template — pusty Project. Jak wiele roboczych tablic planowania, ten Project jest widoczny tylko dla uczestników organizacji Cartesian-School (Visibility z tabeli powyżej) — bezpośredni link do niego w tekście jest celowo pominięty, aby nie obiecywać dostępu, którego czytelnik nie ma; cała jego zawartość pokazana jest poniżej na rzeczywistych zrzutach ekranu.
Tytuł bez numeru wersji
Tytuł Project tego rozdziału brzmi „SafeSort — pierwsze wydanie”, bez
Pokoje 0.1.0: część VI wprowadzi wersje dopiero wtedy, gdy
pierwsza wersja rzeczywiście będzie gotowa, a nazywanie Project według numeru przed czasem —
wyprzedzanie bez potrzeby.
Krótko
- GitHub Project jest tworzony dla konkretnego właściciela (organizacji lub konta) z nazwą i poziomem widoczności.
- Nazwa Project dla SafeSort nie zawiera numeru wersji — wersja pojawia się później.
- Zaraz po utworzeniu Project jest pusty — kolejne sekcje pokazują jego reprezentacje i pola, a następnie, jak trafiają do niego zadania.