Existe-t-il un moyen de configurer plusieurs registres dans un seul fichier npmrc

Voici mon problème. Nous avons un registre NPM privé qui ne fonctionne qu'en VPN. J'aimerais avoir un registre de secours https://registry.npmjs.org afin que, lorsque je suis hors de VPN, cela fonctionne de manière transparente.

PS Actuellement, j'utilise npmrc qui fait un bon travail pour basculer entre les fichiers .npmrc comme solution de contournement

Vous pouvez avoir plusieurs registres pour les packages étendus dans votre .npmrcfichier. Par exemple:

@polymer:registry=<url register A>
registry=http://localhost:4873/

Les packages @polymerconcernés seront reçus de https://registry.npmjs.org , mais le reste sera reçu de votre NPM local.

Sur la version 4.4.1, si vous pouvez changer le nom du package, utilisez:

npm config set @myco:registry http://reg.example.com

Où @mycoest la portée de votre package.

Vous pouvez installer le package de cette manière:

npm install @myco/my-package

Pour plus d'informations: https://docs.npmjs.com/misc/scope

Pour tous ceux qui recherchent également une solution d'authentification, j'ajouterais à la solution des packages étendus que vous pouvez avoir plusieurs lignes dans votre .npmrcfichier:

//internal-npm.example.com:8080/:_authToken=xxxxxxxxxxxxxxx
//registry.npmjs.org/:_authToken=yyyyyyyyyy

Chaque ligne représente un registre NPM différent

Ce n'est pas le meilleur moyen, mais si vous utilisez mac ou linux même sous Windows, vous pouvez définir des alias pour différents registres.

##############NPM ALIASES######################
alias npm-default='npm config set registry https://registry.npmjs.org'
alias npm-sinopia='npm config set registry http://localhost:4873/'

Comme cela fait quelques années et qu'il ne semble pas possible de le faire (en utilisant npm seul), une solution à ce problème est d'utiliser le Nexus Repository Manager (de Sonatype). Nexus prend en charge plusieurs référentiels, vous permet de les ordonner, ainsi que des proxys / caches pour améliorer la vitesse.

Une version gratuite et une version pro / payante existent. La fonctionnalité qui prend en charge cela est décrite à l' adresse : https://help.sonatype.com/repomanager3/node-packaged-modules-and-npm-registries

Les informations pertinentes sont dupliquées ci-dessous, donc si / lorsque l'URL / lien ci-dessus cesse de fonctionner, les informations sont toujours là.

Un groupe de référentiels est le moyen recommandé pour exposer tous vos référentiels de registres npm du gestionnaire de référentiels à vos utilisateurs, sans avoir besoin de configuration supplémentaire côté client. Un groupe de référentiels vous permet d'exposer le contenu agrégé de plusieurs référentiels proxy et hébergés avec une URL vers npm et d'autres outils.

Il vous permet de créer des registres npm privés

Un registre npm privé peut être utilisé pour télécharger vos propres packages ainsi que des packages tiers.

Et

Pour réduire les téléchargements en double et améliorer les vitesses de téléchargement pour vos développeurs et serveurs CI, vous devez utiliser le proxy du registre hébergé sur https://registry.npmjs.org . Par défaut, npm accède directement à ce registre. Vous pouvez également proxy pour tout autre registre dont vous avez besoin.

Voici donc une petite liste à puces des choses que vous faites pour que cela fonctionne:

• Installez Nexus

• Créez un dépôt local / privé (ou pointez vers votre dépôt privé sur un autre serveur)

• Créez un GROUPE qui répertorie votre dépôt privé et le dépôt public.

• Configurez votre fichier $ HOME / .npmrc pour qu'il pointe vers le "GROUPE" que vous venez de créer.

• Publiez vos packages npm privés dans le référentiel local.

• Les utilisateurs peuvent désormais exécuter une configuration unique.

npm config set registry https://nexus/content/groups/GROUP

• Les utilisateurs peuvent ensuite installer des packages publics ou privés via npm install. npm install my-private-package npm install lodash any-other-public-package

Et vos packages publics et privés peuvent être installés via une simple npm installcommande. Nexus trouve le package recherchant chaque dépôt configuré dans le groupe et renvoie les résultats. Donc npm pense toujours qu'il n'y a qu'un seul registre, mais derrière le rideau, plusieurs dépôts sont utilisés.

REMARQUE IMPORTANTE: lorsque vous publiez vos composants, vous devrez spécifier la npm publish --registry https://nexus/content/repositories/private-repo my-private-packagecommande afin que votre package soit publié dans le référentiel approprié.

Vous pouvez utiliser la syntaxe de plusieurs référentiels pour l' registryentrée dans votre .npmrcfichier:

registry=http://serverA.url/repository-uri/
//serverB.url/repository-uri/
//serverC.url/repository-uri/:_authToken=00000000-0000-0000-0000-0000000000000
//registry.npmjs.org/

Cela inciterait votre npm à rechercher des packages dans différents serveurs.

Quelques étapes que vous pouvez essayer. (c'est comme ça qu'on fait sur mon lieu de travail)

• Créez un groupe de registre avec deux adresses source de référentiel (ou plus). L'un serait votre privé interne et l'autre un proxy vers npmjs donnant la priorité à l'interne.
• Faites de ce groupe votre registre dans le fichier .npmrc. De cette façon, npm essaiera toujours de l'obtenir à partir de l'interne, s'il n'est pas trouvé, récupérez-le du proxy

J'espère que cela pourra aider.

J'utilise les outils cli de Strongloop pour cela; voir https://strongloop.com/strongblog/switch-between-configure-public-and-private-npm-registry/ pour plus d'informations

Passer d'un référentiel à un autre est aussi simple que: slc registry use <name>

Je rencontre le même problème lorsque mon entreprise met en place son propre registre, donc je retravaille fortement le proxy-registre en proxy-multi-registres pour résoudre ce problème. J'espère que cela vous aidera également.

À partir du 13 avril 2020, cette fonctionnalité n'existe pas à moins que vous ne puissiez utiliser différentes étendues, mais vous pouvez utiliser le script de post - installation comme solution de contournement. Il est toujours exécuté, eh bien , après chaque installation de npm :

Supposons que votre .npmrc soit configuré pour installer @ foo-org / foo-pack-private à partir de votre dépôt github privé, mais que le package public @ foo-org / foo-pack-public est sur npm (sous la même portée: foo- org ).

Votre post - installation pourrait ressembler à ceci:

"scripts": {
    ...
    "postinstall": "mv .npmrc .npmrcc && npm i @foo-org/foo-pack --dry-run && mv .npmrcc .npmrc".
}

N'oubliez pas de supprimer @ foo-pack / foo-org du tableau des dépendances pour vous assurer que npm install n'essaye pas de l'obtenir depuis github et d'ajouter le drapeau --dry-run qui s'assure que package.json et package- lock.json reste inchangé après l' installation de npm .

Mon approche a été de créer une légère variante de ligne de commande qui ajoute le commutateur de registre.

J'ai créé ces fichiers dans le dossier nodejs où se trouve l'exécutable npm:

npm-.cmd:

@ECHO OFF
npm --registry https://registry.npmjs.org %*

npm-:

#!/bin/sh
"npm" --registry https://registry.npmjs.org "$@"

Maintenant, si je veux faire une opération sur le registre npm normal (alors que je ne suis pas connecté au VPN), je tape simplement npm-là où je taperais habituellementnpm .

Pour tester cette commande et voir le registre pour un package, utilisez cet exemple:

npm- view lodash

PS. Je suis dans Windows et j'ai testé cela dans Bash, CMD et Powershell. moi aussi