scripts

 { 
 "scripts": { 
 "precompress": "{{ voert uit VOOR het `compress` script }}", 
 "compress": "{{ opdracht uitvoeren om bestanden te comprimeren }}", 
 "postcompress": "{{ wordt uitgevoerd NA het `compress` script }}". 
 } 
 } 

 { 
 "name" : "foo", 
 "dependencies" : { 
 "bar" : "0.1.x" 
 }, 
 "scripts": {3740>
 "start" : "bar ./test" 
 } }, 
 "scripts" : "0.1.x" 
 } 
 } 
 
 
dan zou u npm start kunnen uitvoeren om het bar script uit te voeren, dat wordt geëxporteerd in de node_modules/.bin directory op npm install.
 
 package.json vars
 
De package.json velden worden geplakt op de npm_package_ prefix. Dus, bijvoorbeeld, als u {"name":"foo", "version":"1.2.5"} in uwpackage.json bestand had, dan zouden uw package scripts denpm_package_name omgevingsvariabele ingesteld hebben op "foo", en denpm_package_version ingesteld op "1.2.5". U kunt deze variabelen in uw code benaderen met process.env.npm_package_name enprocess.env.npm_package_version, en zo verder voor andere velden.
 
 configuratie
 
Configuratie parameters worden in de omgeving gezet met hetnpm_config_ voorvoegsel. U kunt bijvoorbeeld de effectieve rootconfig bekijken door de npm_config_root omgevingsvariabele te controleren.
 
 Speciaal: package.json "config" object
 
De package.json "config" sleutels worden overschreven in de omgeving als er een config param van <name>:<key> is. Als de package.json bijvoorbeeld het volgende heeft:
 
 
 { 
 "name" : "foo", 
 "config" : { 
 "port" : "8080" 
 }, 
 "scripts" : { 
 "start" : "node server.js" 
 } }, 
 "scripts" : { 
 "start" : "node server.js 
 } 

en de server.js is dit:

 http.createServer(...).listen(process.env.npm_package_config_port) 

dan zou de gebruiker het gedrag kunnen veranderen door te doen:

 npm config set foo:port 80 

 current lifecycle event
Ten slotte wordt de omgevingsvariabele npm_lifecycle_event ingesteld op de fase van de cyclus die wordt uitgevoerd. U zou dus een enkel script kunnen hebben dat gebruikt wordt voor verschillende delen van het proces, dat schakelt op basis van wat er op dat moment gebeurt.
Objecten worden afgevlakt volgens dit formaat, dus als u{"scripts":{"install":"foo.js"}} in uw package.json had staan, dan zou je dit in het script zien:

 process.env.npm_package_scripts_install === "foo.js" 

 Voorbeelden
Als je package.json bijvoorbeeld dit bevat:

 { 
 "scripts" : { 
 "install" : "scripts/install.js", 
 "postinstall" : "scripts/install.js", 
 "uninstall" : "scripts/uninstall.js" 
 } 
 } 

dan wordt scripts/install.js aangeroepen voor de installatie- en post-installatiefasen van de levenscyclus, en scripts/uninstall.jswordt aangeroepen wanneer het pakket wordt verwijderd. Aangezienscripts/install.js voor twee verschillende fasen wordt aangeroepen, zou het in dit geval verstandig zijn om naar de omgevingsvariabele npm_lifecycle_event te kijken.
Als u een make commando wilt uitvoeren, kunt u dat doen. Dit werkt prima:

 { 
 "scripts" : { 
 "preinstall" : "./configure", 
 "install" : "make && make install", 
 "test" : "make test" 
 } 
 } 

 Afsluiten
Scripts worden uitgevoerd door de regel als scriptargument door te geven aan sh.
Als het script afsluit met een andere code dan 0, wordt het proces afgebroken.
Merk op dat deze scriptbestanden geen nodejs of zelfs geen javascript-programma's hoeven te zijn. Ze hoeven alleen maar een soort uitvoerbaar bestand te zijn.
 Hook Scripts
Als u een specifiek script wilt uitvoeren op een specifieke lifecycle event voor ALLE pakketten, dan kunt u een hook script gebruiken.
Plaats een uitvoerbaar bestand op node_modules/.hooks/{eventname}, en het zal worden uitgevoerd voor alle pakketten wanneer ze door dat punt in de package lifecycle gaan voor alle pakketten die in die root zijn geïnstalleerd.
Hook scripts worden op precies dezelfde manier uitgevoerd als package.json scripts. Dat wil zeggen, ze zitten in een apart child proces, met de hierboven beschreven env.
 Best Practices

Ga niet weg met een foutcode van nul tenzij je het echt meent. Behalve voor uninstall scripts, zal dit de npm actie doen mislukken, en mogelijk worden teruggedraaid. Als de fout klein is of alleen enkele optionele functies zal voorkomen, dan is het beter om gewoon een waarschuwing af te drukken en succesvol af te sluiten.
Probeer geen scripts te gebruiken om te doen wat npm voor jou kan doen. Leespackage.json door om te zien wat je allemaal kunt opgeven en inschakelen door je pakket gewoon goed te beschrijven. In het algemeen zal dit leiden tot een meer robuuste en consistente staat.
Inspecteer de env om te bepalen waar je dingen moet zetten. Bijvoorbeeld, als de npm_config_binroot omgevingsvariabele is ingesteld op /home/user/bin, probeer dan niet om uitvoerbare bestanden te installeren in /usr/local/bin. De gebruiker heeft dit waarschijnlijk niet voor niets zo ingesteld. 
Geef geen voorvoegsel voor uw script commando’s met “sudo”. Als root permissies nodig zijn om een of andere reden, dan zal het mislukken met die fout, en de gebruiker zal sudo het npm commando in kwestie.
Gebruik geen install. Gebruik een .gyp bestand voor compilatie, en prepublish voor al het andere. U zou bijna nooit een installatie- of installatie-script expliciet moeten hoeven in te stellen. Als u dit toch doet, overweeg dan of er een andere optie is. Het enige geldige gebruik van install of preinstallscripts is voor compilatie, wat moet gebeuren op de doelarchitectuur.

 Zie ook

npm run-script
package.json
npm developers
npm install