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

1. Gdy decydujemy się zająć się jakąś funkcjonalnością/bugiem przypisujemy sobie odpowiedni Issue tutaj na Githubie (jeśli go nie ma to, tworzymy go).
2. Pracujemy na swoim branchu - tworzymy go z brancha master-dev.
3. Po ukończeniu tworzymy Pull Requesta z bazowym branchem master-dev.
4. Wybieramy w PR dwie osoby, do zrobienia Code Review.
5. Zaakceptowane Pull Requesty będą merge'owane przez prowadzących projekt.
6. 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