Вт
В ci все ок проблема в разных окружениях разработчиков
а зачем разработчики регрессионньіе тестьі со скриншотами гоняют локально?
Size: a a a
2020 November 14
DD
Обновить референсы например
Вт
вам просится https://percy.io/
DD
Да я знаю про него и аналоги, но компания не приветствует внешние сервисы
EO
@ghaiklor возвращаясь к вчерашей теме про монорепо,
попробовал в качестве демо одну из либ перевести на rush - столкнулся с проблемой запуска cypress в докере локально (докер что бы не было проблем снятия скриншотов в разных окружениях)
раньше выглядело как то так
как я понимаю это перестало работать из-за симлинков - часть скриптов просто не видит установленных пакетов
думаю можно было бы сделать кастомный докер файл и ставить все пакеты заново, но мне кажется теряется смысл тогда от rush и pnpm
может есть идеи как это сделать лучше?
попробовал в качестве демо одну из либ перевести на rush - столкнулся с проблемой запуска cypress в докере локально (докер что бы не было проблем снятия скриншотов в разных окружениях)
раньше выглядело как то так
"test:docker": "docker run -v $PWD:/e2e -w /e2e cypress/included:5.1.0 --env configFile=vtest.file"как я понимаю это перестало работать из-за симлинков - часть скриптов просто не видит установленных пакетов
думаю можно было бы сделать кастомный докер файл и ставить все пакеты заново, но мне кажется теряется смысл тогда от rush и pnpm
может есть идеи как это сделать лучше?
ты получаешь ошибку что не может модуль найтись?
DD
ты получаешь ошибку что не может модуль найтись?
Да
EO
ну это классика
EO
когда разработчики используют транзитивные зависимости других пакетов
EO
есть несколько вариантов решения, один из них это сделать недостающие модули прямой зависимостью твоего проекта
EO
но вообще без доп. инфы тяжело понять что именно у тебя там, так что я просто вкинул часто возникаемую ошибку
EO
я так понял что у тебя есть какой-то код, который импортирует модуль из зависимости, которой у тебя нету в package.json
DD
есть несколько вариантов решения, один из них это сделать недостающие модули прямой зависимостью твоего проекта
Падает на пакетах которые явно указаны
EO
Падает на пакетах которые явно указаны
ты можешь хотя бы описать, какие именно ошибки получаешь? 🙂
EO
со всего что ты описал, я увидел что ты запускаешь cypress - всё
DD
ты можешь хотя бы описать, какие именно ошибки получаешь? 🙂
Error: Cannot find module 'fs-extra'
в папке с нод модулями есть линка на этот пакет, но видимо когда оно маунтится в докер - что то идет не так )
вне rush использовался просто npm все пакеты лежали как обычно в node_modules
в папке с нод модулями есть линка на этот пакет, но видимо когда оно маунтится в докер - что то идет не так )
вне rush использовался просто npm все пакеты лежали как обычно в node_modules
EO
Error: Cannot find module 'fs-extra'
в папке с нод модулями есть линка на этот пакет, но видимо когда оно маунтится в докер - что то идет не так )
вне rush использовался просто npm все пакеты лежали как обычно в node_modules
в папке с нод модулями есть линка на этот пакет, но видимо когда оно маунтится в докер - что то идет не так )
вне rush использовался просто npm все пакеты лежали как обычно в node_modules
при маунте в докер симлинки не резолвятся же в сами файлы, от и не может найти
симлинка у тебя на common папку ведёт, ты её не копируешь внутрь контейнера - от и не находит
симлинка у тебя на common папку ведёт, ты её не копируешь внутрь контейнера - от и не находит
EO
это решается хардлинками
EO
конкретно в твоем случае, надо думать как это решить, но уже вечер пятницы и мне просто влом 🙂
Я бы спросил, зачем вы так издеваетесь с локальной разработкой, но ситуации бывают разные. pnpm ставит всё в node_modules с симлинкой на .pnpm в папке рядом, а .pnpm это всё хардлинки на global content-addressable storage. Поэтому когда пакуешь\копируешь\вотевер node_modules после pnpm, то всё работает. Так как симлинки из node_modules резолвятся в .pnpm рядом, а .pnpm содержит в себе настоящие файлы, потому что pnpm их делает через хардлинки, а не симлинки.
Раш же, в свою очередь, после установки в глобальный стор, симлинкает только прямые зависимости твоих проектов внутрь. Весь этот стейт лежит в common/temp. Поэтому если вы, по какой-либо из причин, всё таки хотите продолжать ваш флоу с докером, то я бы посоветовал копировать common внутрь тоже, чтобы оно резолвилось.
А то получается вы с одной стороны хотите быстро, стильно, секьюрно, а с другой стороны у вас flawed assumption о том, где файлы лежат
Я бы спросил, зачем вы так издеваетесь с локальной разработкой, но ситуации бывают разные. pnpm ставит всё в node_modules с симлинкой на .pnpm в папке рядом, а .pnpm это всё хардлинки на global content-addressable storage. Поэтому когда пакуешь\копируешь\вотевер node_modules после pnpm, то всё работает. Так как симлинки из node_modules резолвятся в .pnpm рядом, а .pnpm содержит в себе настоящие файлы, потому что pnpm их делает через хардлинки, а не симлинки.
Раш же, в свою очередь, после установки в глобальный стор, симлинкает только прямые зависимости твоих проектов внутрь. Весь этот стейт лежит в common/temp. Поэтому если вы, по какой-либо из причин, всё таки хотите продолжать ваш флоу с докером, то я бы посоветовал копировать common внутрь тоже, чтобы оно резолвилось.
А то получается вы с одной стороны хотите быстро, стильно, секьюрно, а с другой стороны у вас flawed assumption о том, где файлы лежат
EO
оставлю для референса - https://stackoverflow.com/a/185903
DD
оставлю для референса - https://stackoverflow.com/a/185903
Спасибо , есть над чем подумать