Rozdział 23 · Część II · Planowanie SafeSort na GitHub
Rozdział 23 · Część II · Planowanie SafeSort na GitHubRepository i GitHub Project – jaka jest różnica
Repository przechowuje kod; GitHub Project śledzi status zadań — dwa różne, niezależne obiekty.
SafeSort · Część 2 z 6
Git i GitHub→Planowanie→Projekt→Wdrożenie→Testy i CI→Premiera
Część I już oddzieliła Git i GitHub. Oto drugie częste zamieszanie: repozytorium oraz GitHub Project — też różne, niezależne pojęcia, i łatwo uznać, że skoro oba słowa zaczynają się od „projekt”, to to samo.
| Repository | GitHub Project |
|---|---|
| kod, pliki, historia commitów | zadania, ich status, widoki (tablica/tabela) |
| gałęzie, tagi, Pull Request | może łączyć Issues z wielu repozytoriów jednocześnie |
| odpowiada na pytanie „co już zostało zrobione” | odpowiada na pytanie «co trzeba zrobić i w jakiej kolejności» |
| jest wymagane – bez niego nie ma kodu | jest opcjonalny — można pracować całkowicie bez Project |
Jeden Project może obejmować kilka repozytoriów
GitHub Project nie jest częścią repozytorium i nie znajduje się w nim: jest osobnym obiektem, który może jednocześnie wyświetlać Issues i Pull Request z kilku repozytoriów w tej samej organizacji. Dla SafeSort, ten rozdział używa jednego Project na repozytorium — ale nie zawsze tak jest.
Oficjalna dokumentacja
Tłumaczenie i edukacyjna adaptacja oficjalnej dokumentacji GitHub. materiałów źródłowych – CC BY 4.0.
Krótko
- Repository przechowuje kod i historię; GitHub Project śledzi status zadań — są to różne obiekty.
- Project nie jest obowiązkowy: można prowadzić repozytorium w ogóle bez niego.
- Pojedynczy Project może łączyć Issues z wielu repozytoriów w Twojej organizacji.