⚙️Стенды для тестирования

Короче, есть такая штука, как стенды для тестирования.
Если в двух словах, то это просто «место», где «лежит» приложение, открывается в браузере, как и любое приложение.
У нас 4 стенда: DEV, UAT, PREPROD, PROD

Я имею отношение только к DEV и немножко к UAT.
Остальные я вообще не трогаю😁

DEV стенд - это стенд разработки, здесь всё успешно ломается и собирается снова, здесь всё тестируется и DEV стенд не показывается заказчику.

Все изменения с ветки develop попадают на DEV стенд с помощью деплоя.
Деплой на DEV у нас производится автоматически.
Я просто делаю merge request в ветку develop, и все изменения волшебным образом попадают на DEV🔮

Вот у нас, к примеру, 11 спринт.
Спринт длится 2 недели, за эти 2 недели сделано 5 задач, то есть 5 комитов в ветке develop.
Выкатываем спринт на UAT.
Что это значит?

Это значит, что
- все комиты 11го спринта я должна перенести из ветки develop в ветку uat (с помощью команды git cherry-pick)
- в файле package.json увеличить версию приложения на v1.11.0 (11 спринт)
- поставить тег v1.11.0.

Деплой на UAT так же происходит автоматически.
Потом я копирую поставленный тег и отдаю его девопсу, а девопс уже выкатывает всё на PREPROD.

Резюмируя🤓
1. Я работаю в своей ветке
2. Делаю merge request в ветку develop
3. Происходит автодеплой на DEV стенд
4. Тестировщик тестирует DEV стенд
5. При выкатке на UAT я переношу все комиты с ветки develop в ветку uat
6. Происходит автодеплой на UAT стенд
7. Тестировщик тестирует UAT стенд
8. Я ставлю тег и отправляю его девопсу
9. Девопс выкатывает все на PREPROD

По началу мне все это казалось сложным, но стоит один раз самой выкатиться на UAT и всё, больше не страшно✨
#работа