Npm postinstall seulement sur le développement

J'ai mnp module avec le paquet suivant.json

{
  "name": "my-app",
  "version": "0.0.0",
  "scripts": {
    "prepublish": "bower install",
    "build": "gulp"
  },
  "dependencies": {
    "express": "~4.0.0",
    "body-parser": "~1.0.1"
  },
  "devDependencies": {
   "gulp": "~3.6.0",
   "bower": "~1.3.2"
  }
}

Pour le déploiement de mon application à la production, je ne veux pas installer devDependecies donc, je lance npm install --production. Mais dans ce cas prepublish script sont appelés, mais il n'a pas besoin, parce que je utiliser le CDN liens dans la production.

Comment appeler script postinstall seulement après npm install mais pas après npm install --production?

InformationsquelleAutor just-boris | 2014-04-15

13

Plus récent mnp (& Fils) versions incluent un support pour la prepare script qui est exécuté après chaque install courir, mais seulement dans le mode de développement. Aussi, le prepublish est obsolète. Cela devrait être suffisant:
```
{
  scripts: {
    "prepare": "bower install"
  }
}
```
Docs: https://docs.npmjs.com/misc/scripts
- Sachez que si vous utilisez le NODE_ENV variable pour signaler le mode de production de la ngp, cette solution ne fonctionnera pas pour vous. Il n'est pas le mode de l'installation qui est important pour la "préparation" d'un script, c'est de savoir si l'installation a été adoptée tout de drapeaux. Si vous atteindre une production d'installer, sans drapeaux, ou vous utilisez des drapeaux dans le développement de votre installe alors vous obtiendrez le contraire comportement à ce qui est indiqué ici.
- Correction: contrairement à ce que la cité de la documentation dit, toutes ces affirmations sont erronées. C'est uniquement de la mode ce qui est important ici. Si vous utilisez un drapeau dans chaque mode n'est pas pertinent. Mon erreur en testant cette a été que je n'ai pas export le NODE_ENV variable lors de sa création.
InformationsquelleAutor mgol
17

Je pense que vous ne pouvez pas choisir ce que les scripts sont exécutés selon la --production argument. Ce que vous pouvez faire, cependant, est de fournir un script qui teste les NODE_ENV variable et ne s'exécute que bower install si ce n'est pas la "production".

Si vous êtes toujours dans un unix-y de l'environnement, vous pouvez le faire comme ceci:
```
{ 
  scripts: {
    "prepublish": "[ \"$NODE_ENV\" != production ] && bower install"
  }
}
```
- belle réponse! que faire si je veux également inclure des "bêta" de l'environnement? comment puis-je ajouter de la production OU bêta" condition?
- Puis il commence à devenir compliqué, mais vous pouvez le faire "[ \"$NODE_ENV\" = production ] || [ \"$NODE_ENV\" = beta ] || bower install"
- Mon MNP échoue si j'ai ce script et l'exécuter en mode de production, car il renvoie un code de sortie non nulle. Il fonctionne avec: [ \"$npm_config_production\" ] && exit 0; bower install ou [ \"$NODE_ENV\" == production ] && exit 0; bower install
InformationsquelleAutor Sam Mikes
14

Cela ne fonctionne que si vous êtes sur un environnement de type unix:

MNP définit une variable d'environnement à un "vrai" lors de l'installation est exécuté avec --production. Uniquement l'exécution de ce script si npm install n'a pas été exécutée avec --production, utiliser le code suivant.
```
"postinstall": "if [ -z \"$npm_config_production\" ]; then node_modules/gulp/bin/gulp.js first-run; fi",
```
- Merci! J'ai utilisé l'inverse pour la construction des actifs uniquement sur heroku déploie: "postinstall": "if [ -n \"$npm_config_production\" ]; then npm run build-for-production; fi"
InformationsquelleAutor Synthe
10

Je travaille avec windows, osx et linux, j'utilise donc un NON spécifiques à un environnement solution pour résoudre ce problème:

Dans le postinstall gestionnaire-je exécuter un script js qui vérifie les processus.env.NODE_ENV variable et fait le travail.

dans mon cas précis, j'ai pour exécuter une gorgée seulement dans le développement env:

partie du paquet.json
```
"scripts": {
  "postinstall": "node postinstall"
}
```
tous postinstall.js script
```
if (process.env.NODE_ENV === 'development') {
  const gulp = require('./gulpfile');
  gulp.start('taskname');
}
```
dernière ligne de gulpfile.js
```
module.exports = gulp;
```
il est important d'exporter gorgée de la gulpfile.js parce que toutes les tâches sont spécifiques gulp instance.

InformationsquelleAutor Giovanni Bruno
6

Solution qui est moins dépendante de l'unix de la nature de votre shell:
```
  "scripts": {
    "postinstall": "node -e \"process.env.NODE_ENV != 'production' && process.exit(1)\" || echo do dev stuff"
  },
```
- Cette échoue lorsque je ajouter ce module à un autre module comme une dépendance et d'essayer de npm install l'englobant une. La modification de la valeur de retour de la commande de la chaîne de bugs pour moi: "(node -e \"process.env.NODE_ENV !== 'production' && process.exit()\" && grunt devTask) || node -v"
InformationsquelleAutor Alexey Vishentsev
0

Je suis en utilisant si-env module. C'est moins verbeux.

PS: je n'ai pas tester sur windows encore.

Installer avec:
```
npm i if-env
```
que dans package.json scripts:
```
"postinstall-production": "echo \"production, skipping...\"",
"postinstall-dev": "echo \"doing dev exclusive stuff\"",
"postinstall": "if-env NODE_ENV=production && npm run postinstall-production || npm run postinstall-dev"
```
- Est-ce à dire que if-env doit être en dependencies au lieu de devDependencies?
- oui, c'est ce que j'ai fait au moins
InformationsquelleAutor JacopKane
0

Atterri ici parce que j'ai eu le même problème. Il a terminé avec une solution qui teste l'existence d'un package sous node_modules que je sais ne devrait être disponible dans le développement.
```
{
  "scripts": {
    "postinstall": "bash -c '[ -d ./node_modules/@types ] && lerna run prepare || echo No postinstall without type info'" 
  }
}
```
Cela fonctionne très bien pour moi sur le plan conceptuel, comme la préparation des scripts appelés par lerna sont principalement ts-pour-js compilations.

InformationsquelleAutor Wouter Van Vliet

J'ai un problème plus général - où j'ai envie de sauter de l'exécution de l' postinstall script local (direct) installe - comme quand je suis le développement de l'emballage et de l'exécuter yarn add --dev my-new-dependency.

C'est ce que je suis venu avec. Il fonctionne avec les deux mnp et de fils.

postinstall.js:

const env = process.env;
if (
    //if INIT_CWD (yarn/npm install invocation path) and PWD
    //are the same, then local (dev) install/add is taking place
    env.INIT_CWD === env.PWD ||
    //local (dev) yarn install may have been run
    //from a project subfolder
    env.INIT_CWD.indexOf(env.PWD) === 0
) {
    console.info('Skipping `postinstall` script on local installs');
}
else {
    //do post-installation things
    //...
}

paquet.json:

"script": {
    "postinstall": "node postinstall.js",
    ...

InformationsquelleAutor Már Örlygsson

Vous devez vous connecter pour publier un commentaire.