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

Question

[Леонид Фролов]

Давно использую для разных фронт-энд задач CodeKit — компиляции less/scss и coffeescript, конкатенации-минификации, livereload. И всё бы хорошо, но стало не хватать гибкости, хочется новых фич, быть в тренде и вообще. Решил разобраться и настроить Gulp, но столкнулся с тем, что для каждого проекта нужно хранить свои версии модулей и это мне совсем не подходит.

• У меня много маленьких-средних проектов
• Мне хочется всегда иметь свежие версии плагинов и обновлять их в каждом проекте, устанавливать для каждого нового проекта мне ни к чему
• Зачем мне целый каталог с кучей файлов в каждом проекте, которые не являются частью проекта?

Есть ли кошерный способ хранить в корне каждого проекта только gulp.js-файл, который будет работать с глобально установленными модулями?

Answer 1

[index0h]

Вообще говоря можете по устанавливать gulp и другие пакеты глобально

npm install gulp package1 package2 ... -g

Однако это путь в никуда и так делать очень не рекомендую. В один прекрасный момент вы обновите версию одного из пакетов неудачно, и все ваши проекты загнутся разом, а так - только один. По сему не рекомендую так стрелять себе в ногу

Comments

[Златослав Десятников]

Только от имени суперпользователя (root, administrator).

[Леонид Фролов]

Я установить-то их могу, но Gulp сам по себе не работает с глобальными пакетами. Во всех мануалах пишут "установи сначала глобально, потом локально". И есть один мануал, который учит, как правильно пропатчить Гульп, но патчить я ничего не хочу, это ненадёжное решение. И как мои проекты могут загнуться разом? От того, что я обновлю CSSComb или компилятор CoffeeScript? Они никак не завязаны на Node.js.

[index0h]

Загнуться могут очень просто: у CoffeeScript выходит новая версия, с потерей обратной совместимости

[Леонид Фролов]

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

[index0h]

Если вы один разработчик и на работу в команде не расчитываете - бесспорно.

Answer 2

[vsvladimir]

Можно попробовать так: сделать папку "Группа мелких проектов" и в ней разместить папки с проектами. А Gulp и другие общие модули установить в эту групповую папку.

Comments

[jwwwe]

У меня не заработало так.

Answer 3

[sasha]

npm i xxx -g
хотя если ты делаешь именно ПРОЕКТ то рекомендуется эти зависимости прокидывать в pakage.json чтобы потом когда будешь деплоить этот проект гдето еще то все можно было собрать на боевом серве командой npm i
ну а если домашние поделки то просто глобальный флаг ставь. Хотя насколько помню некоторые модули требуют локальную версию и глобальную(именно галповые модули не уверен но некоторые нодовые точно)

Answer 4

[victor8888]

Поправьте меня если я ошибаюсь. Предположим у нас установлены пакеты глобально. У нас есть небольшой проект над которым работает один разработчик и вообще не является особо важным. Тогда мы работаем с gulp и со всеми зависимыми пакетами глобально. Но нам ведь ничто не мешает изолированно развернуть gulp в другом проекте с установкой зависимых пакетов локально согласно конфигурации package.json.