Julien Roche - Développeur avancé JavaScript, Web et Java

Premièrement quelles sont les intérêts d'avoir d'un registre NPM personnel ? Tout d'abord, cela va nous permettre de faire du mirroring / caching. En effet, nous avons tout le temps besoin de télécharger des dépendances NodeJs via NPM. Et cela aussi bien pour des outils, pour des tests que pour développer son propre module. Or il arrive que nous soyons dans un contexte où nous avons à la fois un faible débit, ou tout du moins, que nous soyons limité. Le mirroring prend alors son sens, car au sein de son entreprise, nous aurons un serveur qui aura télécharger les modules utilisés par les développeurs de l'entreprise. Et ainsi, lors de mise à jour ou lors de lancement de job Jenkins, l'obtention de ces modules courants sera très rapide. Ensuite, nous pouvons être amenés à avoir des modules NPM privés. Et cela est d'autant plus important de les protéger tout en les rendant facilement accessible aux autres membres de son équipe. Pour cela, nous ...

Cet article va avoir pour vocation de vous présenter certaines commandes NPM / options que peut-être vous ne connaissez pas / utilisez pas. > npm prune Cette commande au nom un peu bizarre a pour vocation de de faire une purge dans le répertoire "node_modules". En effet, la commande va aller lire le contenu du fichier "package.json" et tout module de "node_modules" qui n'est pas référencé sera alors supprimé. Cela permet de faire du nettoyage, surtout après que nous ayons eu à télécharger différents modules pour tester, refactorer, etc ... > npm shrinkwrap Cette commande au nom imprononçable va faire un "snapshot" de votre répertoire "node_modules". Dans le cas d'une équipe, nous avons le risque d'avoir des personnes qui ont téléchargés des versions de modules différentes, surtout quand nous laissons des wildcards dans les numéros de versions dans le "package.json". Or comme évoquez dans...