Отличная статья, спасибо! У вас роли тестирования совпадают с видами? Не увидел какие именно роли есть
Также, правильно ли понял, что у вас отсутствуют фиче ветки, а вся разработка ведётся в стейдже и там же проверяется/исправляется, но под флагами? И в день релиза стейдж расскатывается на прод, но неготовые фичи спрятаны за флагами (то что они спрятаны и не влияют на остальное проверяют автотесты)
А флаги с фиксами доедут в следующем релизе, всё так?
Да, они нормально работают, а артефакты тестов обратно прокидывали через registry. В итоге в MR проекта отображались результаты тестов.
Но что не смогли победить и что сильно мешало - синхронизация версии кода продукта и кода тестов. Через trigger pipelines насколько знаю нельзя создавать отдельные branch в стороннем проекте, только использовать существующие. А тесты хотели запускать сразу после создания ветки и исключить человеческий фактор)
В итоге тесты живут вместе с кодом продукта, вместе едут в релизную/фиче ветку и вместе оказываются в мастере, не мешая другим.
3 года 24/7 без замены термопасты, без возможности удаленного подключения в случае ошибки ОС, без управления питанием (hard reset). В случае поломки меняешь комплектуху сам.
*ЦП NUC vs ЦП Desktop/Server Proc.
что то много минусов, а ведь еще не все.
Отличная статья, спасибо!
У вас роли тестирования совпадают с видами? Не увидел какие именно роли есть
Также, правильно ли понял, что у вас отсутствуют фиче ветки, а вся разработка ведётся в стейдже и там же проверяется/исправляется, но под флагами?
И в день релиза стейдж расскатывается на прод, но неготовые фичи спрятаны за флагами (то что они спрятаны и не влияют на остальное проверяют автотесты)
А флаги с фиксами доедут в следующем релизе, всё так?
Да, они нормально работают, а артефакты тестов обратно прокидывали через registry. В итоге в MR проекта отображались результаты тестов.
Но что не смогли победить и что сильно мешало - синхронизация версии кода продукта и кода тестов. Через trigger pipelines насколько знаю нельзя создавать отдельные branch в стороннем проекте, только использовать существующие. А тесты хотели запускать сразу после создания ветки и исключить человеческий фактор)
В итоге тесты живут вместе с кодом продукта, вместе едут в релизную/фиче ветку и вместе оказываются в мастере, не мешая другим.
Извините за агрессию, был не прав (
Есть отличная инструкция от umputun https://p.umputun.com/2014/08/12/svoi-sobstviennyi-vpn-za-3-minuty/
Она довольно старая и для DO, но подобное можно развернуть и на любой другой виртуалке
Это претензия ко всему хабру? В новости нет руководств по настройке VPN
1-е и 2-е место подозрительно похожи -_-
но ведь можно. При нажатии "+Add results" предлагает пометить каждый шаг (не обязательно)
приход в офис Nginx
Даже с учетом входа в аккаунт хабра, тест можно пройти повторно
и результат будет прибавляться каждый раз (
А вот прочтёшь или нет, это уже другой вопрос.
3 года 24/7 без замены термопасты, без возможности удаленного подключения в случае ошибки ОС, без управления питанием (hard reset).
В случае поломки меняешь комплектуху сам.
*ЦП NUC vs ЦП Desktop/Server Proc.
что то много минусов, а ведь еще не все.