Dream your dream!
I am the master of my fate I am the captain of my soul
https://en.wikipedia.org/wiki/Invictus
https://news.ycombinator.com/item?id=16515080
Witamy się serdecznie Mówimy sobie szczerze Nasze uczucia i intencje Jest miłość, jest bezpiecznie
UWAGA! Branch develop i master są z każdym merdżem wystawiane produkcyjnie. master https://soulcaptain-app.azurewebsites.net/ develop https://soulcaptain-dev.azurewebsites.net/
- Developement 1.1 Na devel tworzymy feature branch z nazwią ticketa na Github, np. "130-lewe-menu-domyslnie-widoczne-na-desktop-i-niewidoczne-na-mobile" 1.2 Commitujemy jak najczęściej; każdą działającą porcyjkę zmian 1.3 Gdy uzbieramy wszystkie commity robimy Pull Request
- Pull Request i testy 2.1 Zaciągasz kod lokalnie 2.2 ODPALASZ KOD LOKALNIE I PATRZYSZ CZY DZIAŁA zgodnie z tym co zawierała treść ticketa. Patrzysz też, czy nowy kod nie rozwala istniejącego (niestety do czasu testów automatycznych, trzeba wszystko "przeklikać") 2.3 Dopiero jak działa robisz Code Review na Github
- Master 3.1 Do Mastera robimy Pull Requesty, dopiero gdy na Develop jest gotowy i przetestowany stabilny zestaw zmian. 3.2 Wyjątek: HOTFIX; gdy cała produkcja leży i trzeba zrobić szybką, małą poprawkę, żeby przywrócić serwis.
- Używamy domyślnego formatera kodu VS Code (nie używamy Prettier).
- mini_dev - idziemy do kawiarni lub innego miejsca gdzie można wygodnie zasiąść do kodzenia i gdzie człowiek nie jest nadmiernie rozpraszany atmosferą.
- Możemy chodzić do hackerspace
- main_dev - dom, pusta firma lub spokojnie miejsce
3.1 Odpalić edytor lokalny, przejrzeć i wypchnąć zmiany 3.2 Wejść na Github i spradzić czy nie wiszą jakieś pull requesty https://github.com/maciejjankowski/soulcaptain/pulls 3.3 Wejść na Github i posprzątać branche https://github.com/maciejjankowski/soulcaptain/branches 3.3.1 Zrobić Pull Requesty dla branchy jeszcze nie wciągniętych 3.3.2 Usunąć zmerdżowane branche
- Co zamierzamy dziś zrobić z naszej tablicy? https://gitlab.com/maciejjankowski/soulcaptain/boards
- Tu każdy pracuje jak może nad tym co było na planowaniu.
- Nie uczymy się nowych rzeczy, tylko robimy to co umiemy. Czyli Wiktor robi głównie HTML i CSS a nie stara się zrozumieć jak co działa. 2 x 45M, 2H 45MIN