облаке, я подключаюсь к нему, поднимаю нужные мне редисы и тд, а потом делаю порт форвардинг на локалхост для запуска тестов, верно ? или лучше предварительно собрать докер имедж и заранить его так же в кубе ? и использовать helmfile какой то для этого, так?
локалхост убери и норм
а как к примеру запустить тест, вот я заранил свою апку внутри докера, потом каким то kubectl exec запускаю тесты которые внутри моего имеджа ? и как быть с тест репортами например, сейчас это удобно тем что я дополнительно экшн запускаю который идет в директорию и оттуда загружает репорт в нужное мне место, например uses: actions/upload-artifact@v2 в этом случае тогда нужно делать какой то kubectl cp на локалхост..
а как мне репорт залить с помощью экшена upload-artifact@v2 ?
так у тебя экшн в докере, не?
немного не понял вопрос, но я предполагаю что github actions запускаються в какой то виртуализации это полюбе, но выходит внутри этого имеджа я конекчусь к куб кластеру (как мы уже определили) и запускаю там тесты, а вот как дальше быть что бы выкачать эти репорты, покрытие и тд с моего имеджа который в кубе я не понимаю, я думал kubectl cp но вы говорите зачем, а как иначе?
еще раз - зачем тебе куда-то подключаться? у тебя есть контейнер с аппой. у тебя есть контейнер с тестами для аппы оба деплоятся в куб
тоже не понял, у меня по идее запускаеться докер имедж моего приложения внутри куба с коммандой npm start например, стартует мое приложение на 80 порте допустим и оно работает, но мне же нужно запустить еще npm run jest test, я думал kubectl exec делать, но по идее можно переопределить entrypoint на запуск контейнера и запустить исключительно тест, тогда exec не нужен будет, тут согласен
а, тоесть это два разных контейнера?
все, теперь дошло, спасибо
Обсуждают сегодня