Как изменить место хранения директории node_modules?

Question

[CaptainJustness]

Всем привет.

Как изменить место хранения директории node_modules?

Не нужно, чтобы она была в проекте. Хочу создать отдельную директорию для директорий node_modules проектов.

Comments

[Ankhena]

Она может быть выше.
Например, в общей папке с проектами.
Но только на вашем компе.

[Евгений]

Ankhena, он ж описал, что хочет сделать отдельную директорию с директориями node_modules. Это к "выше" не имеет отношения.

[Ankhena]

Евгений, хорошо, напишите в ответах, что делать ТСу.

[Василий Банников]

А какую задачу хочется таким образом решить?
Предположу, что вам нужно что-то наподобие pnpm или yarn

[rPman]

красиво не получится, ведь в каждом проекте нужна своя версия пакета, а именуются они одинаково
вот если бы каталоги с модулями именовались типа module_name_XXXXXXhash то тогда да

[CaptainJustness]

rPman, мне не нужно иметь одну общую папку node_modules для всех проектов. Мне нужно просто изменить местоположение.

[Lynn «Кофеман»]

https://nodejs.org/api/modules.html#loading-from-t...

Но вообще смысл желания неясен. Попробуйте объяснить какую задачу вы пытаетесь решить?

[CaptainJustness]

Василий Банников, проект лежит, допустим, в облаке. Директория node_modules с десятками тысяч файлов нагружает его попусту. Один из примеров. "pnpm или yarn" - они делают node_modules общей, поэтому, например, для какого-то проекта не получится модифицировать файлы в node_modules. Тогда они будут для всех изменены.

[Lynn «Кофеман»]

CaptainJustness, какое отношение node_modules имеет к облаку?

[CaptainJustness]

Lynn «Кофеман», Прямое. Это директория с файлами. Если она находится в папке облака, значит она тоже в него загружается.

[Василий Банников]

CaptainJustness, так node_modules не надо в облако загружать.
В репозитории она не нужна.
На проде - тоже особо не нужна, ибо можно забандлить всё - артефакт в результате будет меньше и будет очень легко его доставлять.

Мы использовали webpack для бэкенда и не пожалели

[Василий Банников]

CaptainJustness, node_modules не нужно руками трогать - это только для инструментов папка.

[CaptainJustness]

Василий Банников, Мля... слушайте. если я задаю вопрос, я задаю его не просто так. Значит есть в этом необходимость. Есть случаи, когда node_modules трогать руками необходимо. Например, немного модифицировать исходный код. Который по другому не получится это сделать. Для этого пишутся специальные js скрипты, которые модифицируют код в авто режими после установки пакетов.

[Василий Банников]

Мля... слушайте. если я задаю вопрос, я задаю его не просто так. Значит есть в этом необходимость.

Есть такая вещь как XY-проблема. У тебя есть какая-то задача, ты нашёл самое очевидное *для себя* решение и пытаешься найти уже ответ, как заставить работать твоё решение. Не всегда выбранное тобой решение является оптимальным.

Есть случаи, когда node_modules трогать руками необходимо.

Для таких случаев есть такая штука как вендоринг - ты полноценно затягиваешь код проекта, который ты хочешь менять и нормально его меняешь. Нормальной практикой считается запихивать Node_modules в .gitignore, так как он зависит от package-lock, который зависит от комбинации версий всех твоих пакетов и компьютера (тоесть один и тот же node_modules на разных компьютерах может не работать). Также в него пихаются абсолютно все зависимости, включая dev.

Для этого пишутся специальные js скрипты, которые модифицируют код в авто режими после установки пакетов.

Это можно сделать как отдельный шаг в бандлере (лоадер в вебпаке)
Для этого не нужно трогать сами node_modules. Воспринимай node_modules как чёрный ящик.

[CaptainJustness]

Василий Банников,

Есть такая вещь как XY-проблема. У тебя есть какая-то задача, ты нашёл самое очевидное *для себя* решение

Абсолютно не важно какой контекст проблемы. Есть четкий вопрос. Можно ли изменить путь и как. Нет нет, да то как. В необходимости такого решения есть куча нюансов о которых вы не знаете и не должны знать в рамках этого вопроса, поэтому говорить "Не всегда выбранное тобой решение является оптимальным." - не уместно. Я не спрашиваю, как поступить чтобы...., я спрашиваю как сделать конкретную вещь.

тоесть один и тот же node_modules на разных компьютерах может не работать

:D не нужно мне объяснять как работает npm. Лол, причем тут .gitignore... Я что, спрашиваю как не загружать node_modules в гит?

Это можно сделать как отдельный шаг в бандлере (лоадер в вебпаке)

Да с чего вы взяли вообще что используется сборщик... Вы пишите очевидные вещи, которые абсолютно не относятся к сути вопроса...

Если не знаете как это сделать, то зачем что-то писать? Мне не нужно доказывать ваши знания и т.д. Есть четкий вопрос. Должен быть четкий ответ.

[Василий Банников]

CaptainJustness,

Абсолютно не важно какой контекст проблемы. Есть четкий вопрос. Можно ли изменить путь и как. Нет нет, да то как. В необходимости такого решения есть куча нюансов о которых вы не знаете и не должны знать в рамках этого вопроса, поэтому говорить "Не всегда выбранное тобой решение является оптимальным." - не уместно. Я не спрашиваю, как поступить чтобы...., я спрашиваю как сделать конкретную вещь.

Тогда ответ НЕТ, нельзя переместить node_modules, кроме как с помощью инструментов наподобие pnpm и yarn, которые создают глобальный кэш пакетов. Вам этот способ не подходит, как вы уже выше заметили.

Я что, спрашиваю как не загружать node_modules в гит?

Из ваших суждений у меня возникло ощущение, что вы node_modules в гит уже загружаете и не видите в этом проблемы :)

Да с чего вы взяли вообще что используется сборщик...

А следовало бы :) Очень советую - решает много проблем.

[CaptainJustness]

Василий Банников,

А следовало бы :) Очень советую - решает много проблем.

Все зависит от задач и то что делают скрипты) Понятно дело, что в обычных условиях либо pnpm либо yarn юзать либо не обращать внимания на node_modules.

[Василий Банников]

CaptainJustness, А можете подробнее рассказать, для чего такие скрипты понадобились, которые node_modules трогают, если не секрет?

[CaptainJustness]

Василий Банников, Да элементарно, например, какая-то либа делает что-то с каким-то файлов который расположен строго в определенном месте, а в твоем случае этот файл расположен в другом месте. и либа не дает возможность прописать свой путь к файлу. Поэтому нужно вносить изменения postinstall. Конечно, можно клонировать либу в гит, переделать, и добавить в проект как либу. Но плюсов нет в этом решении, только минусы.

Щас поди предложишь симлинк сделать :D, но зачем мусорить если можно сделать фикс)

[Василий Банников]

CaptainJustness, ну я бы тут предложил как раз форкнуть либу или сделать PR в неё с возможностью параметризовать)
Это гораздо проще обычно)

[CaptainJustness]

Василий Банников, форкать либу, ради того чтобы изменить 1 строчку кода? И потом постоянно следить за обновами и обновлять ее? Еще и гит заводить для этого, если у кого его нет, например. Бывают такие. Не согласен. Гораздо проще. и эффективней Сделать фикс в постинсталл. Весь контроль в руках. В любой момент можешь отменить фикс или доработать. И сразу видно что и как.

[Василий Банников]

CaptainJustness,

И потом постоянно следить за обновами и обновлять ее?

На гитхабе это делается одной кнопкой. Можно даже полностью автоматически принимать обновления и публиковать в реестр новую версию

А как вы гарантируете, что при очередном обновлении либы скрипт отработает как надо, и изменит только то что нужно?

[CaptainJustness]

Василий Банников, для этого нормальный скрипт пишется для модификации. Если не заменит, то внести правки за 5 сек. А не кучу лишних и не нужных действий с гитхабом делать. Плюс, передал проект. удалил либу. И у людей проект раком встал. И хер знают что делать. Ведь они не знаю что менялось. А так все скрипты с проектом лежат, которые модифицируют. Все как на ладони. И хоть кому передавай, все будет работать также как и работало.

Answer 1

[rPman]

попробуй что тут написали

An alternative might be ( but more typing in the long run )

$ cd /media/sf_shared/myproject
$ mkdir /home/dan/myproject && npm install --prefix /home/dan/myproject
$ NODE_PATH=/home/dan/myproject/node_modules node index.js