Pourquoi avons-nous besoin pour installer gulp globalement et localement?

2 manuels sur gulp dire que j'ai besoin d'installer gorgée d'abord à l'échelle mondiale (avec indicateur g) et puis une fois de plus à l'échelle locale. Pourquoi n'ai-je besoin?

  • Son propre projet "mise en route" de la page, dit la même chose. (Ne dites pas pourquoi.)
  • Je souhaite que la ngp pourrait utiliser à l'échelle mondiale installé un paquet de dépendance qui est la même version que le forfait local. 5 MO de glup trucs pour chaque répertoire du projet :/
  • Pas de guarantes, mais... ➪ stackoverflow.com/a/25879563/444255
InformationsquelleAutor Stepan Suvorov | 2014-03-01
  1. 231

    Lors de l'installation d'un outil à l'échelle mondiale, c'est pour être utilisé par un utilisateur comme un utilitaire de ligne de commande n'importe où, y compris à l'extérieur du nœud de projets. Mondial installe pour un nœud de projet sont mauvais parce qu'ils font de déploiement plus difficile.

    mnp 5.2+

    La npx utilitaire fourni avec npm 5.2 résout ce problème. Avec elle, vous pouvez invoquer installé localement, les services publics, comme à l'échelle mondiale installé les utilitaires (mais vous devez lancer la commande avec npx). Par exemple, si vous voulez vous prévaloir installé localement eslint, vous pouvez le faire:

    npx eslint .

    mnp < 5.2

    Lorsqu'utilisé dans une script domaine de votre colis.json, npm recherches node_modules de l'outil ainsi que dans le monde des modules installés, de sorte que le local d'installation est suffisante.

    Donc, si vous êtes heureux avec votre colis.json):

    "devDependencies": {
    "gulp": "3.5.2"
}
"scripts": {
    "test": "gulp test"
}

    etc. et en cours d'exécution avec npm run test, alors vous ne devriez pas besoin de l'installation globale à tous.

    Les deux méthodes sont utiles pour amener les gens mis en place avec votre projet depuis sudo n'est pas nécessaire. Cela signifie également que gulp sera mise à jour lorsque la version est tombé dans le package.json, donc tout le monde va être en utilisant la même version de gulp lors de l'élaboration de votre projet.

    Addendum:

    Il semble que gulp a un comportement inhabituel lorsque utilisé dans le monde entier. Lorsqu'il est utilisé comme une installation globale, gulp cherche installé localement gulp pour passer le contrôle. Par conséquent, une gorgée d'installation globale nécessite une gorgée d'installation locale à travailler. La réponse ci-dessus se tient encore bien. Local installe sont toujours préférables mondial installe.

    • Oui, mais ce que quand vous n'avez pas accès à internet? Comment pouvez-vous utiliser gulp si elle n'est pas globalement installé?
    • Le script ci-dessus n'utilise pas de connexion internet. Si vous voulez faire la même chose sans l'aide d'un script de champ dans le paquet.json, puis utilisez ./node_modules/.bin/gulp.
    • J'ai alias définis pour gulp et coffee donc les commandes de travail de mon nœud racine du projet (par exemple. alias gulp="node_modules/.bin/gulp"). De cette façon, les commandes sont faciles à utiliser en cas de besoin et globale/locale de la version conflits ne se produisent pas.
    • Merci @qubyte! Je pense l'installer localement est une bonne pratique en général. J'ai encore une question, donc j'espère que vous pourrez m'aider à vider mon esprit. J'ai essayé de l'installer à l'échelle mondiale comme Gulp du document proposé sans l'installer localement. Donc, lorsque j'essaie d'exécuter gulp, il me donne le message d'erreur suivant Local gulp not found in .... Comme je le comprends, il faut d'abord regarder locaux node_modules et si elle ne trouve pas, il faut ensuite examiner globalement, modules installés, n'est-ce pas? Merci!
    • Vous pourriez avoir besoin d'ouvrir une nouvelle question pour que l'on.
    • Mais pourquoi avez-vous besoin d'installer gulp localement si vous l'avez déjà installé à l'échelle mondiale?
    • Vous n'est pas, mais comment savez-vous que celui qui est de l'installation de votre module ou une application aussi gulp a installé dans le monde? Si c'est dans le package.json (installé en local), alors vous n'avez pas à vous soucier de cela.
    • J'ai également le même problème que @yeelan. A moins d'installer localement, il va donner une erreur "le Local clin d'oeil ne trouve pas dans". Pourquoi? J'ai installé il dans le monde, et qui devrait fonctionner, correct?
    • Vous devriez ouvrir une nouvelle question pour que, puisqu'il n'est pas directement lié à celui-ci. @CtheGood
    • sudo npm n'est habituellement pas nécessaire pour l'installation globale soit, n'est pas recommandé par npm's créateur, vous devez définir répertoire de droit à la propriété plutôt
    • Ce n'est pas le comportement par défaut, ou configurable à partir d'un projet que vous pourriez avoir simplement cloné à partir de github. Quand tout est local et spécifié par le paquet.json, vous gratuit.
    • Hein??? La question de savoir pourquoi l'exécution d'gulp serait de vous donner des "Locaux gulp pas trouvé" est certainement liée à la question "Pourquoi avons-nous besoin d'installer gulp globalement et localement?"
    • Mondial gulp semble faire quelque chose de similaire à global grognement, et cherche installé localement gulp à la main pour. Toutefois, cela n'affecte pas ma réponse. L'installation globale n'est pas nécessaire.
    • J'estime que votre réponse en assez bonne, mais mon point est que les deux questions posées par yeelan et CtheGood sont en effet directement liées à la et, de fait contenues dans l'OP de la question. Comme il est, votre réponse uniquement l'adresse de la moitié de la raison. Vous répondez à la question: "Pourquoi dois-je installer à l'échelle mondiale si j'installe localement?", là où beaucoup vont naturellement se demander "Pourquoi installer localement quand je l'ai installé à l'échelle mondiale? N'est-ce pas le point de l'ensemble d'une installation globale?"
    • Ajout d'un additif. J'espère que ça couvre l'étrangeté de gulp.
    • Problème avec aucun autre option est que gulp est lente à s'installer. Donc, si j'ai 10 modules je veux rénovation de l'avaler, je suis en attente d'un long temps lors de l'exécution de npm i -D gulp gulp-plugin1 gulp-plugin2 ....
    • aussi à noter: si vous avez à courir sudo à utiliser npm -g vous devriez probablement votre propre mnp répertoire et de remédier à ce problème. stackoverflow.com/questions/16724259/npm-command-sudo-or-not

    InformationsquelleAutor qubyte
  2. 80

    TLDR; Voici pourquoi:

    La raison pour laquelle cela fonctionne est parce que gulp tente d'exécuter votre gulpfile.js à l'aide de votre version installée localement de gulp, voir ici. D'où la raison pour laquelle l'échelle mondiale et locale installer de gulp.

    Essentiellement, lorsque vous installez gulp localement le script n'est pas dans votre PATH et donc vous ne pouvez pas simplement taper gulp et attendent le shell pour retrouver la commande. En l'installant à l'échelle mondiale, l' gulp script pénètre dans votre PATH parce que le mondial node/bin/ répertoire est très probablement sur votre chemin.

    À l'égard de votre région dépendances cependant, gulp de l'utilisation de vos installé localement version de lui-même pour exécuter le gulpfile.js.

    • ~/bin est une convention Unix par utilisateur binaires, et dans le CHEMIN d'accès par défaut sur de nombreux systèmes d'exploitation. gulp devrait être en mesure de lier son binaire à partir de là.
    • Dit en d'autres termes votre globalement installé gulp paquet est nécessaire pour mettre node_modules/.bin/gulp en chemin. Le stockage n'est pas cher mais de jeter MO pour la simulation d'un lien symbolique est de l'OMI pure négligence.
    InformationsquelleAutor Dwayne Crooks
  3. 78

    Vous pouvez lier à l'échelle mondiale installée gulp localement avec

    npm link gulp
    • Je sais qu'il est préférable d'utiliser les installe, mais il pourrait y avoir des cas où vous ne pouvez pas installer ou ne veulent tout simplement pas (imaginez que votre serveur CI a trait à l'échelle mondiale est installé et que vous de le réinstaller à chaque livraison). De toute façon, +1 pour la mention de npm link.
    • Je vois ce que vous avez fait là. C'est intelligent.
    • Ce n'est pas de tenter de répondre à la question
    • Non, il vient invalider.
    InformationsquelleAutor Berislav Lopac
  4. 64

    La question "Pourquoi avons-nous besoin pour installer gulp globalement et localement?" peut être décomposé en deux questions suivantes:

    1. Pourquoi ai-je besoin pour installer gulp localement si je l'ai déjà installé à l'échelle mondiale?

    2. Pourquoi ai-je besoin pour installer gulp globalement si je l'ai déjà installé localement?

    Plusieurs autres ont fourni d'excellentes réponses à ces questions dans l'isolement, mais j'ai pensé qu'il serait avantageux de regrouper les informations dans une réponse unifiée.

    Pourquoi ai-je besoin pour installer gulp localement si je l'ai déjà installé à l'échelle mondiale?

    L'installation d'gulp localement, est constitué de plusieurs raisons:

    1. Y compris les dépendances de votre projet au niveau local s'assure de la version de gulp (ou d'autres dépendances) est à l'origine destiné version.
    2. Nœud ne prend pas en considération les modules globaux par défaut lors de l'utilisation de require() (que vous devez inclure gulp au sein de votre script). En fin de compte, c'est que le chemin vers le mondial des modules n'est pas ajouté à NODE_PATH par défaut.
    3. Selon le Noeud de l'équipe de développement, des modules locaux se chargent plus rapidement. Je ne peux pas dire pourquoi, mais cela semble être plus pertinente pour le nœud de l'utiliser en production (c'est à dire au moment de l'exécution des dépendances) que dans le développement (dev dépendances). Je suppose que c'est une raison légitime que certains peuvent s'occuper de tout ce mineur vitesse d'avantage de chargement local vs global des modules, mais n'hésitez pas à augmenter votre sourcil à cette raison.

    Pourquoi ai-je besoin pour installer gulp globalement si je l'ai déjà installé localement?

    1. L'installation d'gulp globalement, c'est vraiment juste de la commodité d'avoir la gulp exécutable automatiquement dans votre chemin d'accès système.

    Pour éviter l'installation en local, vous pouvez utiliser npm link [package], mais le lien de commande ainsi que le install --global commande ne semble pas à l'appui de la --save-dev option qui signifie qu'il ne semble pas être un moyen facile d'installer gulp à l'échelle mondiale, puis ajouter facilement quelle que soit la version de votre forfait local.fichier json.

    En fin de compte, je crois qu'il est plus logique d'avoir la possibilité d'utiliser des modules globaux pour éviter d'avoir à dupliquer l'installation des outils communs à l'ensemble des projets, en particulier dans le cas des outils de développement tels que grunt, gulp, jshint, etc. Malheureusement, il semble que vous finissent par se battre les outils d'un peu quand vous allez à l'encontre du grain.

    • +1 pour être la première personne sur l'ensemble de l'internet pour faire remarquer qu'il existe deux points de la question. La plupart des gens partout que les réponses "Pourquoi dois-je installer gulp globalement si je l'ai déjà installé localement?" quand ce que je voulais savoir "Pourquoi dois-je installer gulp localement si je l'ai déjà installé il dans le monde?".
    • Le fait que cette question a besoin d'une telle explication élaborée signifie que ce n'est tout simplement pas une façon très logique de travail. L'installation du même outil, encore et encore pour chaque projet ne devrait pas être nécessaire.
    • Votre réponse est tellement belle sans émotion. La mienne aurait eu 80% jurons, comme cela semble être soo ******* stupide. De l'outillage perspective de l'installation locale de la théorie est sans doute raison, mais à partir d'un OS du point de vue des gestionnaires de paquets point de vue c'est tellement fou que je ne peux pas trouver les mots pour cela. Quels médicaments ne MNP/gulp mecs?!? Si quelqu'un n'est pas d'accord, veuillez lire attentivement comment le système de gestionnaire de paquets comme dpkg, yum, pacman et co. travail.
    • c'est seulement gulp être super bizarre mais, il n'y a rien de nœud ou de mnp le forcer. Et de garder des versions spécifiques de gulp dans le projet n'a de sens que si le gulp gars briser patch versions sur une base régulière ou de quelque chose, d'autres outils de construction sont généralement d'une installation globale. Ah mais bien. Juste ici pour la prestation de serment.
    • C'est vraiment un non-problème maintenant que la communauté a déménagé juste à l'aide de laine 🙂
    • À mon avis toutes les 3 points qui essaie de justifier d'une installation locale gamme de triste à la plaine de mal. gulp est un outil de développement, pas d'un projet de dépendance. Je ne livrons pas git avec mes dépôts, ou composer avec mon serveur app!
    • Je suis d'accord que la configuration est un peu bizarre. J'ai travaillé avec un certain nombre de construire des technologies au fil des ans et de ne jamais rappeler avoir à se reposer sur les différentes versions pour différents projets. Cela mis à part, aucun outil nécessaire à la construction du projet est un projet de dépendance. En le comparant à un outil de contrôle de version n'est pas une bonne analogie, parce qu'une source du projet a rarement de toute dépendance à l'égard de la façon dont il est versionné de construire une distribution

    InformationsquelleAutor Derek Greer
  5. 8

    Techniquement, vous n'avez pas besoin de l'installer à l'échelle mondiale si l' node_modules dossier de votre installation locale est dans votre PATH. Généralement ce n'est pas une bonne idée.

    Sinon, si npm test références gulp alors vous pouvez simplement taper npm test et il va exécuter le local clin d'oeil.

    Je n'ai jamais installé gulp à l'échelle mondiale -- je pense que c'est une mauvaise forme.

    • Une meilleure approche que de le mettre dans votre chemin d'accès est d'utiliser NPM scripts
    InformationsquelleAutor robrich
  6. 2

    Je ne suis pas sûr si notre problème est directement lié à l'installation de gulp seulement localement. Mais nous avons dû installer un tas de dépendances nous-mêmes. Cela a conduit à un "gros paquet".json et nous ne sommes pas sûr si c'est vraiment une excellente idée d'installer gulp seulement localement. Nous avons eu à faire à cause de notre environnement de construction. Mais je ne le recommande pas l'installation de gulp globalement pas si elle n'est pas absolument nécessaire. Nous avons été confrontés à des problèmes similaires, comme décrit dans la suite de blog-post

    Aucun de ces problèmes se posent pour l'un de nos développeurs sur leurs machines locales parce qu'ils sont tous installés gulp à l'échelle mondiale. Sur le système de construction, nous avons eu les problèmes décrits. Si quelqu'un est intéressé je pourrais plonger plus profondément dans cette question. Mais pour l'instant je voulais juste mentionner que ce n'est pas un chemin facile à installer gulp seulement localement.

    • Oui, s'il vous plaît, plongée plus en profondeur de cette question.
    InformationsquelleAutor tschoartschi
  7. 1

    Juste parce que je n'en ai pas vu ici, si vous êtes sous MacOS ou Linux, je vous suggère de l'ajouter à votre CHEMIN d'accès (dans votre bashrc etc):

    node_modules/.bin

    Avec ce chemin d'accès relatif entrée, si vous êtes assis dans le dossier racine de n'importe quel nœud du projet, vous pouvez exécuter n'importe quel outil de ligne de commande (eslint, gulp, etc. etc.) sans se soucier de "global installe" ou npm run etc.

    Une fois que je l'ai fait, je n'ai jamais installé un module à l'échelle mondiale.

    InformationsquelleAutor Elliot Nelson