Aby rozpocząć pracę w projekcie przejdź przez instrukcję: https://github.com/iiuni/projektzapisy/wiki/Developer's-environment-setup
Jeżeli zamierzasz zajmować się rzeczami związanymi z frontendem, warto zapoznać się też z systemem plików statycznych: https://github.com/iiuni/projektzapisy/wiki/Pliki-statyczne-w-Systemie-Zapisów
- Slack - nasz główny komunikator: https://projektzapisy.slack.com/
- Redmine - publiczny tracker błędów: https://tracker-zapisy.ii.uni.wroc.pl/projects/zapisy-tracker/issues
- Rollbar - tracker błędów pojawiających się na produkcji: https://rollbar.com/IIUniversityofWroclaw/System-Zapisow/
- Travis CI - continuous integration: https://travis-ci.org/iiuni/projektzapisy
- Gdy decydujemy się zająć się jakąś funkcjonalnością/bugiem przypisujemy sobie odpowiedni Issue tutaj na Githubie (jeśli go nie ma to, tworzymy go).
- Pracujemy na swoim branchu - tworzymy go z brancha
master-dev
. - Po ukończeniu tworzymy Pull Requesta z bazowym branchem
master-dev
. - Wybieramy w PR dwie osoby, do zrobienia Code Review.
- Zaakceptowane Pull Requesty będą merge'owane przez prowadzących projekt.
- Co jakiś czas (około dwóch tygodni-miesiąca) robiony jest deploy na produkcję. Branch
master
przechowuje wersję produkcyjną.
- Napotykając na problem warto napisać na Slacku. Jest szansa, że ktoś inny już natrafił na ten problem (a jeśli nie to przynajmniej inne osoby mogą być świadome trudności)
- Starą wersję bazy danych, możesz aktualizować aplikując migracje komendą:
./manage.py migrate
- Zmieniając model, możesz zmienić strukturę bazy danych. Poniższą komendą możesz wygenerować automatycznie migrację:
./manage.py makemigrations