https://github.com/mkochanowski/projektzapisy

Projekt Zapisy dockerified – built automatically via Azure Pipelines
https://github.com/mkochanowski/projektzapisy

azure-devops docker projekt-zapisy uwr

Last synced: 3 months ago
JSON representation

Projekt Zapisy dockerified – built automatically via Azure Pipelines

• Host: GitHub
• URL: https://github.com/mkochanowski/projektzapisy
• Owner: mkochanowski
• Created: 2019-04-09T17:30:07.000Z (almost 6 years ago)
• Default Branch: master-dev
• Last Pushed: 2022-01-21T19:51:05.000Z (about 3 years ago)
• Last Synced: 2024-07-29T17:04:37.394Z (6 months ago)
• Topics: azure-devops, docker, projekt-zapisy, uwr
• Language: Python
• Homepage: https://hub.docker.com/r/kochanowski/projektzapisy
• Size: 23 MB
• Stars: 1
• Watchers: 2
• Forks: 0
• Open Issues: 6
• Metadata Files:
  • Readme: README.md
  • Changelog: CHANGELOG.md

Awesome Lists containing this project

README

        
## Projekt Systemu Zapisów Instytutu Informatyki Uniwersytetu Wrocławskiego

### Rozpoczynanie pracy

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

### Narzędzia

* **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

### Workflow pracy

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ą.

### Wskazówki

* 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`