Existe alguma maneira de configurar vários registros em um único arquivo npmrc

Aqui está o meu problema. Temos um registro NPM privado que funciona apenas em VPN. Gostaria de ter um registro de fallback https://registry.npmjs.org para que, quando eu estiver sem VPN, ele funcione perfeitamente.

PS Atualmente, estou usando o npmrc, que faz um bom trabalho ao alternar entre arquivos .npmrc como solução alternativa.

Você pode ter vários registros para pacotes com escopo definido no seu .npmrcarquivo. Por exemplo:

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

Os pacotes no @polymerescopo serão recebidos em https://registry.npmjs.org , mas o restante será recebido do seu NPM local.

Na versão 4.4.1, se você pode alterar o nome do pacote, use:

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

Onde @mycoestá o escopo do seu pacote.

Você pode instalar o pacote desta maneira:

npm install @myco/my-package

Para mais informações: https://docs.npmjs.com/misc/scope

Para quem procura também uma solução para autenticação, eu adicionaria à solução de pacotes com escopo definido que você pode ter várias linhas em seu .npmrcarquivo:

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

Cada linha representa um registro NPM diferente

Não é a melhor maneira, mas se você estiver usando mac ou linux, mesmo no Windows, poderá definir alias para diferentes registros.

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

Como já faz alguns anos e não parece possível fazer isso (usando apenas o npm), uma solução para esse problema é usar o Nexus Repository Manager (da Sonatype). O Nexus suporta vários repositórios, permite solicitá-los e também proxies / caches para melhorar a velocidade.

Existe uma versão gratuita e uma versão pro / paga. O recurso que suporta isso está descrito em: https://help.sonatype.com/repomanager3/node-packaged-modules-and-npm-registries

As informações relevantes são duplicadas abaixo; portanto, se / quando o URL / link acima parar de funcionar, as informações ainda estarão aqui.

Um grupo de repositórios é a maneira recomendada de expor todos os seus repositórios de registros npm do gerenciador de repositórios para seus usuários, sem precisar de nenhuma configuração adicional do lado do cliente. Um grupo de repositórios permite expor o conteúdo agregado de vários repositórios proxy e hospedados com um URL para o npm e outras ferramentas.

Permite criar registros privados da NPM

Um registro npm privado pode ser usado para carregar seus próprios pacotes, bem como pacotes de terceiros.

E

Para reduzir downloads duplicados e melhorar a velocidade de download para seus desenvolvedores e servidores de CI, você deve fazer proxy do registro hospedado em https://registry.npmjs.org . Por padrão, o npm acessa esse registro diretamente. Você também pode fazer proxy de outros registros necessários.

Portanto, uma rápida lista com marcadores do que você faz para que isso funcione é:

• Instale o Nexus

• Crie um repositório local / privado (ou aponte para seu repositório particular em outro servidor)

• Crie um GRUPO que liste seu repositório particular e o repositório público.

• Configure o seu arquivo $ HOME / .npmrc para apontar para o "GRUPO" recém-criado.

• Publique seus pacotes npm privados no repositório local.

• Os usuários agora podem executar uma configuração única.

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

• Em seguida, os usuários podem instalar pacotes públicos ou privados via npm install. npm install my-private-package npm install lodash any-other-public-package

E seus pacotes públicos e privados podem ser instalados através de um npm installcomando simples . O Nexus encontra o pacote pesquisando cada repositório configurado no grupo e retorna os resultados. Portanto, o npm ainda acha que existe apenas um registro, mas atrás da cortina existem vários repositórios sendo usados.

NOTA IMPORTANTE: Ao publicar seus componentes, você precisará especificar o npm publish --registry https://nexus/content/repositories/private-repo my-private-packagecomando para que seu pacote seja publicado no repositório correto.

Você pode usar a sintaxe de vários repositórios para a registryentrada no seu .npmrcarquivo:

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

Isso faria o seu npm procurar pacotes em diferentes servidores.

Alguns passos que você pode tentar. (é como fazemos no meu local de trabalho)

• Crie um grupo de registros com dois (ou mais) endereços de origem do repositório. Um seria o seu privado interno e o outro um proxy para o npmjs, dando prioridade ao interno.
• Faça deste grupo seu registro no arquivo .npmrc. Dessa forma, o npm sempre tentará obtê-lo do interno, se não for encontrado, obtê-lo do proxy

Espero que ajude.

Eu uso as ferramentas CLI do Strongloop para isso; consulte https://strongloop.com/strongblog/switch-between-configure-public-and-private-npm-registry/ para obter mais informações

Alternar entre repositórios é tão fácil quanto: slc registry use <name>

Encontro o mesmo problema quando minha empresa configurou seu próprio registro, por isso refiz muito o proxy-registro em proxy-multi-registros para resolver esse problema. Espero que também ajude você.

A partir de 13 de abril de 2020, não existe essa funcionalidade, a menos que você possa usar escopos diferentes, mas você pode usar o script pós-instalação como solução alternativa. É sempre executado, bem , após cada instalação do npm :

Digamos que você tenha o .npmrc configurado para instalar o @ foo-org / foo-pack-private a partir do seu repositório particular do github, mas o pacote público @ foo-org / foo-pack-public está no npm (sob o mesmo escopo: foo- org ).

Sua pós-instalação pode ficar assim:

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

Não se esqueça de remover @ foo-pack / foo-org da matriz de dependências para garantir que a instalação do npm não tente obtê-la no github e para adicionar o sinalizador --dry-run que garante package.json e package- O lock.json permanece inalterado após a instalação do npm .

Minha abordagem foi criar uma ligeira variante de linha de comando que adiciona a opção de registro.

Criei esses arquivos na pasta nodejs, onde o executável npm é encontrado:

npm-.cmd:

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

npm-:

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

Agora, se eu quiser fazer uma operação no registro npm normal (enquanto não estiver conectado à VPN), digite apenas npm-onde normalmente digitaria npm.

Para testar este comando e ver o registro de um pacote, use este exemplo:

npm- view lodash

PS. Estou no windows e testei isso no Bash, CMD e Powershell. eu também