Production Build Status
Production website
Produkcyjna wersja strony.
http://ogarnij-agile.azurewebsites.net/
Pull requests dev -> master builds
Staging website
Zawiera zmiany z pull requesta na master. Jeśli zachowanie strony będzie poprawne, to admin wciągnie zmiany na produkcję.
http://ogarnij-agile-staging.azurewebsites.net
Development Build Status
Development website
Zawiera stan z brancha development.
http://ogarnij-agile-dev.azurewebsites.net/
Waffle.io work progress
Zasady commitowania - pipeline CI & CD
- Każdy dev ma swojego brancha (moze miec kilka do różnych feature'ów)
- Po zbudowaniu na swojej maszynie WRAZ Z TESTAMI commituje na swojego brancha
- Jeśli na lokalnej maszynie build przechodzi to składamy pull request na development, lub bezpośrednio commitujemy na development.
- Jeśli złożyliśmy Pull Request (dalej PR):
- uruchomi się build naszego PR
- sprawdzamy status builda naszego PR (wchodzimy w szczegóły PR i szukamy poniższego okienka - klikamy Show all checks i widzimy status builda.
- jeśli status wszystkich checków jest zielony, to możemy sami zaakceptować PR - przycisk Merge Pull Request
- Jeśli bezpośrednio commitowaliśmy na development, przechodzimy do następnego kroku.
- W tym momencie uruchomił się build brancha development. Jeśli będzie pozytywny to zmiany będą widoczne na wersji developerskiej strony
- Dokładnie sprawdzamy działanie strony z naszymi zmianami, zwracamy uwagę na inne błędy - jęsli się pojawią to tworzymy issue na tablicy.
- Jeśli strona działa prawidłowo - składamy pull request na master z development.
- Tu kończy się działanie deva.
Wkracza dev lead i testerzy.
- W tym momencie robi się build PR na mastera
- Jeśli status jest prawidłowy to dev lead sprawdza kod i akceptuje (lub nie) PR
- Po zmergowaniu, następuje kolejny build, jeśli jest ok, to zmiany trafiają na staging website
- Testerzy robią swoją pracę.
- Test lead akceptuje zmiany (Visual Studio Team Services)
- Zmiany trafiają na produkcję.