- z issues tady na githubu si vybereš, které bys chtěl realizovat
- napíšeš na Slack kanál #p-citivizor, že máš chuť udělat issue XY a ideálně k němu přidáš i komentář na githubu, aby to bylo všem ostatním jasné a nepracovalo nás na na tom zbytečně více najednou
- forkneš si repository, připravíš úpravy u sebe v repositáři
- založíš pull request oproti cityvizor repo (do master větve)
- slack kanál #p-citivizor
Pro prvotní osahání je nejjednodušší použít Docker compose, který nastartuje všechny potřebné služby. Stačí spustit
docker-compose up --build
a chvíli počkat.
Po nastartování budou k dispozici následující služby
- UI na http://localhost:4200
- landing page UI na http://localhost:4202
Soubor docker-compose.yml
je i dobrý i pro představu jak se jednotivé služby konfigurují a startují. Dá se tam
například najít, jak nastartovat Postgres v Dockeru tak aby v něm byla nějaká data.
Příkaz docker-compose -f docker-compose.yml -f docker-compose.dev.yml up --build
spustí celou aplikaci s hot reloadem klienta, landing page a JS serveru pro rychlý vývoj. Pokud spouštíte celý příkaz opakovaně, může se hodit před znovuspuštěním celý stack zresetovat přes docker-compose down
. Při použití tohoto příkazu se také vytvoří defaultní administrátorský účet; login: admin
, heslo: admin
.
- NodeJS
- Angular CLI (npm install -g @angular/cli)
cd client
ng serve --configuration="local"
- Vývojový server běží na http://localhost:4200/
- Automatická rekompilace kódu
- Live reload
Spuštění a reload:
cd server
nodemon dist/index.js
- Server běží na http://localhost:3000
- Možnost spustit zvlášť pouze server (
nodemon dist/server.js
) nebo pouze worker (nodemon dist/worker.js
) Automatická rekompilace:
cd server
npx tsc -w
- JDK
cd server-kotlin
./gradlew clean test
Projekt aktuálně nemá vytvořené testy, ale budeme rádi když s nimi pomůžeš.
Frontend dle Angular Style Guide.
- kód a commity v angličtině,
- všechno ostatní (pull requesty, issues, dokumentace) v češtině,
Jde o dobrovolnický projekt a tedy věříme, že na code review můžete i chvíli počkat i když se vynasnažíme to udělat co nejdříve.
Všechny schválené pull requesty se začlenují do větve master
squashnutím (tedy všechny commity v PR se sloučí do jednoho commitu a ten se následně vloží do větvě s jednou commit zprávou).
Verzování je tvořeno tříčíselným číslem verze: <major>.<minor>.<patch>
Toto číslo se mění následovně:
- major číslo se zvýší a minor a patch čísla vynulují, pokud s verzí přichází breaking change
- minor číslo se zvýší a patch číslo vynuluje, pokud s verzí přichází nová funkcionalita
- patch číslo se zvýší, pokud s verzí přichází drobná oprava chyby
Více o sémantickém verzování na semver.org.