ВБ
Git submodule?
Если я правильно нашёл в интернете он позволяет хранить вложенный гит репозиторий как директорию. Но если не ошибаюсь это не решение моей проблемы ибо приведёт к такому же результату
Size: a a a
2021 March 29
E
Если я правильно нашёл в интернете он позволяет хранить вложенный гит репозиторий как директорию. Но если не ошибаюсь это не решение моей проблемы ибо приведёт к такому же результату
Ты потом в проекте просто делаешь git submodule init и git submodule update, подтягивая эти модули, а все зависимости хранишь в корневом package.json
IL
Git submodule?
плохая идея в большинстве случаев
ВБ
плохая идея в большинстве случаев
Хорошо, тогда какое решение можно принять в таком случае
ВБ
Возможо есть возможность сделать в рут папке скрипт на npm i с двух сабдиректорий
IL
У меня сейчас структура проекта така
(root содержит пакет со скриптом на запуск фронта и бека)
root > |
|
- фронт (со своим пакетом жсона и но модулями)
|
- бек (со своим пакетом жсона и нод модулями)
А я хочу сместить всё в один пакет жсон, что бы не приходилось в каждую папку заходить и инициилазировать отдельно каждый пакет. Как это сделать?
(root содержит пакет со скриптом на запуск фронта и бека)
root > |
|
- фронт (со своим пакетом жсона и но модулями)
|
- бек (со своим пакетом жсона и нод модулями)
А я хочу сместить всё в один пакет жсон, что бы не приходилось в каждую папку заходить и инициилазировать отдельно каждый пакет. Как это сделать?
просто перенести package.json и node_modules на уровень выше
IL
просто перенести package.json и node_modules на уровень выше
project:
package.json со всеми зависимостями (бек и фронт)
node_modules
front
back
package.json со всеми зависимостями (бек и фронт)
node_modules
front
back
DV
можно с симлинками приколоться еще, а в руте сделать скрипт запуска и того и другого модуля 😁
IL
можно с симлинками приколоться еще, а в руте сделать скрипт запуска и того и другого модуля 😁
непонятно зачем и лучше не надо симлинков, за исключением npm link для дебага своих пакетов.
DV
я не всерьез.
на мой взгляд, объединять зависимостями фронт и бэк = бэд практис
на мой взгляд, объединять зависимостями фронт и бэк = бэд практис
IL
я не всерьез.
на мой взгляд, объединять зависимостями фронт и бэк = бэд практис
на мой взгляд, объединять зависимостями фронт и бэк = бэд практис
решение чаще сомнительное, но если речь идёт о чём-то небольшом, что нужно запускать по git clone + npm i + npm start то рабочее
ВБ
Так а чем вам вариант с postinstall(либа) не нравится .Ставлю депенденси в корень, а потом всё что мне надо это запустить один раз npm run nested и у меня скачаются депенденси для всех пакетов отдельно
ВБ
Сохранится независимость каждого пэкеджа (фронта от бека) и вроде норм же (Я если чё не претендую на лучшее решение, просто спрашиваю почему бы так не сделать)
DV
такая реализация предполагает package.json в корне, и отдельные json в модулях. поправьте, если не прав
IL
Так а чем вам вариант с postinstall(либа) не нравится .Ставлю депенденси в корень, а потом всё что мне надо это запустить один раз npm run nested и у меня скачаются депенденси для всех пакетов отдельно
Какая цель у вас?
ВБ
Какая цель у вас?
моя цель что бы человек работающий со мной (на проекте для учебы) мог зайти в корень проекта написать одну команду и у него подтянулись обновы и фронта и бека
ВБ
что бы не было что ему нужно заходить в каждую директорию
ВБ
и писать отбельные команды на установку нод модулей
IL
что бы не было что ему нужно заходить в каждую директорию
фронт и бек в разных репах?
ВБ
фронт и бек в разных репах?
в одной