Produkcyjna wersja strony. http://ogarnij-agile.azurewebsites.net/
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
Zawiera stan z brancha development. http://ogarnij-agile-dev.azurewebsites.net/
- 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):
- 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ę.