AV
я думаю, что структура все таки должна быть попонятней - как минимум отдельные scope-папки для FE, BE, Deploy и тд. Но хранится все в одном репозитории.
Size: a a a
2019 September 25
GA
Если вы попробуете взять монорепу структурированную как в yarn - это более окей, так как отдельные модули друг до друга могут дотянуться только через "публичный интерфейс". Но увеличивает боли с деплоем, так как бэк из этого собирать - вообще адовый трэш. А вот для фронта такая структура в принципе ок, потому что запустил webpack и получил пару бандлов.
GA
А про то как эта штука маштабируется и говорить не надо (никак).
с
А про то как эта штука маштабируется и говорить не надо (никак).
Масштабируется в каком смысле?
GA
На кол-во команд учавствующих в разработке
с
Т.е. в большинстве случаев на это можно забить, ок
GA
Это все так думают пока не случился "ой" 😬
Б
Не очень понял, как количество разработчиков мешает разрабатывать всё в одном репозитории?
GA
Если у вас ветки никак не соприкасаются и у каждой команды есть свой master то тогда никак. А иначе это полная каша из-за несогласованных изменений либо адовое количество коммуникаций для согласовывания этих изменений.
Б
мне кажется, если есть один мастер и вся работа через пул/мерж реквесты, то не должно быть проблем
GA
У тебя сколько максимум людей на такую репу было?
AV
Если вы попробуете взять монорепу структурированную как в yarn - это более окей, так как отдельные модули друг до друга могут дотянуться только через "публичный интерфейс". Но увеличивает боли с деплоем, так как бэк из этого собирать - вообще адовый трэш. А вот для фронта такая структура в принципе ок, потому что запустил webpack и получил пару бандлов.
Согласен!
> Но увеличивает боли с деплоем, так как бэк из этого собирать - вообще адовый трэш
Как-то собирал бэк из yarn workspaces, в принципе норм получилось, только пришлось сохранить ту же структуру из multi-packaged repo для нужного тебе сервиса в докере
> Но увеличивает боли с деплоем, так как бэк из этого собирать - вообще адовый трэш
Как-то собирал бэк из yarn workspaces, в принципе норм получилось, только пришлось сохранить ту же структуру из multi-packaged repo для нужного тебе сервиса в докере
GA
Ну да, контейнер с 1 Гб node_modules меняется от каждого дуновения ветра)
AV
Ну да, контейнер с 1 Гб node_modules меняется от каждого дуновения ветра)
Не совсем понял, смысл сделать так чтоб внутырь докера в node_modules приезжало только то, что используется на бэке - фронт туда не должен приехать
GA
А ещё либо у вас никогда не обновляется eslint и прочие dev тулзы и вы их положили на верхний уровень, либо положили в каждый модуль свой eslint (диски в 2k19 большие, но не настолько)
AV
для eslint, prittier и прочего свой пакет, который линкуется через lerna/yarn-workspaces
GA
Не совсем понял, смысл сделать так чтоб внутырь докера в node_modules приезжало только то, что используется на бэке - фронт туда не должен приехать
Ага, а как ты это будешь делать?) Много .dockerignore файлов? Или в dockerfile явно собираешь что хочешь там видеть?
Б
У тебя сколько максимум людей на такую репу было?
человек 10
GA
для eslint, prittier и прочего свой пакет, который линкуется через lerna/yarn-workspaces
И как это поможет обновлению? В плане ты обновляешь пакет, там обновляются правила, после eslint --fix поменялось 10к строк и осталось 10к ошибок. А если и ошибки все руками поправил - по всему офису разносятся вопли людей которые правят merge конфликты.
AV
Ага, а как ты это будешь делать?) Много .dockerignore файлов? Или в dockerfile явно собираешь что хочешь там видеть?
Да, dockerfile явно собирать, я же выше писал, про “… пришлось сохранить ту же структуру из multi-packaged repo…”