Rozdział 23 · Część II · Planowanie SafeSort na GitHub

Board, Table i Roadmap

Board, Table i Roadmap to różne sposoby patrzenia na ten sam zestaw zadań, a nie oddzielne zbiory danych.

SafeSort · Część 2 z 6Planowanie

Ten sam zestaw problemów można postrzegać na różne sposoby – GitHub Project to nazywa przedstawienia (views): jeden zestaw elementów, kilka sposobów na Żeby go zobaczyć.

Wprowadzenie	Kiedy przydatne
Board	zobaczyć postęp według kolumn statusu: Backlog / Ready / In Progress / In Review / Done
Table	zobaczyć wszystkie zadania i ich pola od razu — sortować, filtrować, grupować
Roadmap	zobaczyć zadania na osi czasu — przydatne dla dat i terminów

Nie każdy projekt potrzebuje wszystkich widoków

Dla SafeSort w tym rozdziale jest wystarczająco dużo Board (możesz zobaczyć, co się dzieje teraz) i Table (możesz zobaczyć wszystkie zadania w całości). Roadmap ma sens, gdy zadania mają daty rozpoczęcia i zakończenia — tutaj tak nie jest i nie musisz tego dodawać tylko dlatego, że GitHub to oferuje.

Statusy dla SafeSort

Pięć statusów, przez które przechodzi każde zadanie SafeSort

Board to Project SafeSort: pięć kolumn statusu, wszystkie 14 zadań w Done — Prawdziwa tablica Project SafeSort — wszystkie 14 zadań już w Done, ponieważ wydanie 0.1.0 już wyszło.

Oficjalna dokumentacja

Changing the layout of a view

Tłumaczenie i edukacyjna adaptacja oficjalnej dokumentacji GitHub. materiałów źródłowych – CC BY 4.0.

Krótko

Board, Table i Roadmap to widoki tego samego zestawu zadań, a nie oddzielne zbiory danych.
SafeSort wykorzystuje pięć statusów: Backlog, Ready, In Progress, In Review, Done.
Reprezentację warto dodawać tylko wtedy, gdy naprawdę będzie z niej korzystać.