Комментарии 4
Прочитал статью, захотелось откомментировать очень много утверждений! Но не буду :)
Сначала думали создать отдельный проект. Потом немного автоматизировали
процесс их запуска — настроили запуск в отдельном проекте в GitLab.
Каждая сборка панели запускала сборку и запуск тестов. Вроде бы и
автоматизация, но синхронизации между тестами и кодом фронта не было
совсем.
Что имелось ввиду? downstream pipelines хорошо работают, правда не умеют пробрасывать обратно всякую мету. Но у гитлаба хорошее апи, которое может проставлять комменты и лейблы на апстрим мерж-реквесты
downstream pipelines хорошо работают
Да, они нормально работают, а артефакты тестов обратно прокидывали через registry. В итоге в MR проекта отображались результаты тестов.
Но что не смогли победить и что сильно мешало - синхронизация версии кода продукта и кода тестов. Через trigger pipelines насколько знаю нельзя создавать отдельные branch в стороннем проекте, только использовать существующие. А тесты хотели запускать сразу после создания ветки и исключить человеческий фактор)
В итоге тесты живут вместе с кодом продукта, вместе едут в релизную/фиче ветку и вместе оказываются в мастере, не мешая другим.
некорректно говорить что описанное в тексте - переезд на "новый Ангуляр". AngularJS и Angular - совершенно разные фреймворки, похожего у которых только название.
Тест на стрессоустойчивость: как мы переписывали более 200 автотестов после переезда на новый Angular