Dev Faq
0
votes

Meilleur moyen d'authentifier dans Azure Devops Yaml Pipeline Pour accéder à mon flux de package Azure DevOps (utilisé par les commandes Paket)

Lorsque vous appelez Paket Installer via une étape de commande de commande, le script émet une exception non autorisée (401) lors de la tentative d'accès à mon flux de package Devops Azure (avec des sources en amont).

Exécution des étapes de construction de mon système local utilise Git Git Credentials Manager pour se connecter et s'authentifier pour résoudre et publier des packages via mon flux de package Devops Azure Devops.

Je vis à une solution dans laquelle je n'ai pas à spécifier le nom d'utilisateur et le mot de passe de la Devops Azure Devops Fichier de script yaml. Jusqu'à présent, j'ai essayé d'authentifier via un jeton d'accès privé à l'aide de la commande "AZ Devops Login", mais jusqu'à présent, je n'ai pas réussi à le faire courir.

J'ai également lu sur Azure Devops "Service Connections", mais cela semble Pour être surchargée pour mon problème.

script YAML sans authentification logique: xxx xxx

1 commentaires

Voir: paráesthésie .Com / Archive / 2019/02/07 / ... Je recommanderais l'option 2.

3 Réponses :

0
votes

Je fais cela généralement, il vous permet d'utiliser l'authentification natif, vous n'avez donc pas à configurer l'authentification dans le nuge.config: xxx

1 commentaires

Merci pour la réponse rapide. Lorsque vous utilisez Paket, le package et les informations source / alimentation sont situés à l'extérieur des fichiers CSPROJ et des instruments Paket, l'étape de construction de restauration. Afin d'utiliser cette approche, je devrais sauter Paket et utiliser des références d'emballages dans les fichiers CSPROJ (à nouveau).

0
votes

meilleure façon d'authentifier dans Azure Devops Yaml Pipeline Pour accéder à mon flux de package Devops Azure (Utilisé par Paket Commandes)

Si vous ne souhaitez pas spécifier le nom d'utilisateur et le mot de passe simples dans le fichier de script YAML Azure Devops, vous pouvez authentifier via un jeton d'accès privé dans le fichier nuge.config .

L'échantillon nuget.config on dirait maintenant: xxx

Remarque: car la clé de mot de passe est "< Code> ClearTextPassword ", c'est une idée terrible et une préoccupation de sécurité si vous économisez nuget.config avec une tape transparente, il est donc préférable de créer une variable pour stocker PAT dans l'onglet Variables et changer le type de variable en secret.

espère que cela aide.

1 commentaires

Bonjour, j'ai essayé de passer la Pat via Nuget, la commande de Paket config et le fichier Paket.DePendances. Dans tous les cas, il a toujours échoué avec une exception non autorisée. Dès que j'ai changé la tape en accès complet, cela fonctionne. Sachez que j'ai encore besoin de comprendre avec quelle commande de base que je peux le faire fonctionner. Merci pour votre réponse, ça m'a eu sur le bon chemin :)

0
votes

La seule façon qui a fonctionné passait le jeton via le fichier Paket.DePendances, par exemple

Cadre: NetStandard2.0, NetCoreApp2.2.2 Stratégie: max Stockage: aucun Source https://worues.pkgs.visualstudio.com/_packaging /Fact4corefeed/nuget/v3/index.json Nom d'utilisateur: "Anonyme" Mot de passe: "" ...

Lors de la commutation des droits d'accès du jeton de plein accès de droits de lecture / écriture pour les flux de paquets, il a toujours fonctionné. Je ne sais pas pourquoi ce n'est pas en premier lieu.

Merci pour votre aide

0 commentaires

Articles qui pourrait vous intéresser :

Est-il possible d'utiliser une variable dans la propriété ref de resources: repository for Azure DevOps YAML?
«Publier» par programme sur Azure Data Factory via PowerShell ou étape de pipeline Azure Devops
Valider / transmettre les modifications au référentiel Azure DevOps à la fin de la génération
«Impossible de s'authentifier» lors de la tentative de connexion au flux d'artefacts Azure DevOps via npm; J'obtiens une erreur E401