Struktura Repozytorium - emkarcinos/WMIAdventure GitHub Wiki
Code
Katalog główny
W głównym katalogu repozytorium znajdują się ogólne dokumenty i pliki związane z repozytorium. Umieszczanie tutaj jakiegokolwiek kodu biznesowego nie jest wskazane. Normalnie w repozytoriach wystarczy trzymać kod w głównym katalogu, ale w naszym projekcie git używany jest również do przechowywania np. dokumentacji organizacyjnej, biznesowej, dlatego zdecydowaliśmy się rozdzielić te dwie części od siebie.
.github
Pliki zarządzające repozytorium na GitHubie, CI/CD, task automation.
workflows
Wszystko wykorzystywane przez GitHub Actions - pliki .yml
opisujące dzialanie konkretnych tasków wykonywanych po jakiejś akcji w repo.
Worflows opisane są szerzej na stronie Actions - CI/CD
WMIAdventure
Główny katalog przeznaczony na część programistyczną projektu. Znajdziemy tutaj podfoldery z poszczególnymi modułami systemu (frontend
, backend
) i pliki Dockera (Więcej o Dockerze w Budowanie i Uruchamianie)
docs
Folder z dokumentacją projektową. Przechowujemy tutaj dokumenty zwiazane z aspektem biznesowym projektu takie jak dokument wizji czy dokument wymagań projektowych.
Issues
Issues w organizacji projektu to po prostu zadania. Podzieliliśmy je na dwie główne kategorie:
- User Stories, czyli po prostu Agilowe User Storiesy wraz z przydzielonymi im Story Pointsami.
- Taski - najczęściej wchodzą w skład jednego lub wielu User Storiesów i reprezentują zadanie (najczęściej programistyncze).
Milestones to Agilowe Epici w których skład wchodzą przypisane im Issues.
Pull Requests
Każdy z członków zespołu przed mergowaniem do gałezi implementacyjnej danej funkcji systemu zakłada Pull Requesta i wyznacza osoby do Code Review. Staramy się dbać o jakość kodu, dlatego dbamy o to, aby każda jego część była dokładnie sprawdzana przez innych członków zespołu. Dokumentacja projektowa często wymaga udziału wielu osób, a Pull Requesty idealnie nadają się do sugerowania zmian.
Discussions
(Jeszcze nie zaimplementowane w schemacie pracy)
Actions
Obecnie korzystamy z GitHub actions do przeprowadzania CI/CD (Continuous Integration / Continuous Deployment) dla commitów i pull requestów. Więcej w sekcji CI/CD
Projects
Jeden projekt to w naszej metodyce jeden sprint.