eqs login : poser le jeton du registre, et le vérifier #23
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/eqs-login"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Le premier geste de tout dépôt neuf se payait tard. Sans jeton,
pnpm installéchoue en 401 ; sans la ligne
@scope:registry, en 404 sur npmjs.org — et aucundes deux messages ne parle du registre de l'organisation. On écrivait donc à la
main, dans le bon fichier, une ligne dont la forme exacte
(
//hôte/chemin/:_authToken=…) ne s'invente pas, et on découvrait la faute àl'installation suivante.
Deux choix font la valeur de la commande (D-039). Elle DEMANDE au registre avant
d'écrire : l'ordre inverse laisserait un jeton mort dans
~/.npmrc, la commandedirait « échec » et le fichier dirait « configuré ». Et elle déduit le registre
du dépôt plutôt que d'une constante, donc elle sert n'importe quelle
organisation.
Le jeton se passe de préférence sur l'entrée standard — un argument reste dans
l'historique du shell, une variable reste dans l'environnement — et il ne paraît
ni dans la sortie ni dans le résultat JSON.
En l'essayant pour de vrai, un défaut du dispatcher est apparu :
--root <chemin>en forme espacée ne parvenait à AUCUNE commande. Le chemin devenait lasous-commande, et l'outil répondait par son aide — sur la forme que son aide
documente.
Co-Authored-By: Claude Opus 5 noreply@anthropic.com
eqs login: poser le jeton du registre, et le vérifier 2db8b54433déjà merge
eqs checktype-vérifie le front mais ne le compile jamais : toute une classe de défauts échappe à la porte #53Pull request closed