Tâche de publication d'artefacts configurée comme chemin de partage de fichiers, mais elle ne publie aucune erreur de lancement de code:
[erreur] La publication des artefacts de génération a échoué avec une erreur: Impossible de créer le répertoire '\ INDLBCKPF1MXWMV \ Publish \ AshishVerma-ASP.NETCore-CI \ drop '. Impossible de vérifier que le répertoire existe: '\ INDLBCKPF1MXWMV \ Publish \ AshishVerma-ASP.NET Core-CI \ drop'. Si le répertoire est un partage de fichiers, veuillez vérifier que le nom du partage est correct, le partage est en ligne et le processus actuel est autorisé à accéder le partage.
3 Réponses :
Vous utilisez l'agent hébergé. L'agent hébergé n'a pas accès à votre réseau sur site.
Publiez les artefacts sur Azure DevOps plutôt que sur un partage de fichiers.
Ok, Daniel .... Est-ce possible avec créer un agent privé pour Windows, si vous pouvez me suggérer un lien de référence pour que ce soit mieux pour moi.
J'ai créé un agent privé pour publier des artefacts dans un emplacement partagé mais maintenant j'obtiens ici une erreur différente comme- La publication des artefacts de construction a échoué avec une erreur: EPERM: opération non autorisée, stat '\\ INDLBCKPF1MXWMV \ Publish \ Demo-ASP.NET Core- CI '
Pourquoi êtes-vous déterminé à publier sur un partage de fichiers? Vous n'avez pas besoin de faire cela . La publication sur Azure DevOps est beaucoup plus facile et n'a aucun inconvénient.
Vous pouvez penser à ce que la tâche de Publication des artefacts de build fait réellement est de copier le contenu du dossier des artefacts que vous avez défini dans le champ Chemin de publication vers un emplacement dans le serveur azure devops .
Vous pouvez donc essayer d'utiliser une tâche de copie pour copier le contenu du dossier des artefacts dans le chemin du fichier de partage. Plusieurs tâches de copie sont disponibles.
Par exemple: tâche Copie à distance et Copie de fichier machine Windows . Vous pouvez simplement remplacer la tâche de publication d'artefacts de construction par l'une des tâches de copie.
J'espère que vous trouverez ci-dessus utile et bonne chance!
Rien de tout cela ne résout le problème réel, à savoir que l'agent hébergé ne peut pas accéder aux ressources sur site.
Merci Daniel & Levi Lu-MSFT, je l'ai complété en créant un agent privé pour Windows OS et en pipeline de publication en prenant la copie du fichier machine Windows pour copier le code publié sur le chemin du système local.
@Ashish Verma C'est génial que vous vous débrouilliez. Vous pouvez publier votre solution et l'accepter, afin que d'autres personnes qui rencontrent le même problème puissent se référer à votre solution.
Je l'ai terminé en créant un agent privé pour Windows OS dans la section des paramètres du projet avec entrer le nouveau nom de l'agent et j'ai suivi les étapes suggérées par Azure pour activer l'agent nouvellement créé, s'il ne s'activera pas, il s'affichera comme statut hors ligne sinon il sera affiché comme état vert. Ensuite, allez pour le pipeline CI pour configurer le processus de génération et enfin configurer le pipeline CD pour copier le code de publication sur le chemin du système local à l'aide de la tâche de copie de fichier machine Windows.
Utilisez-vous un agent privé ou un agent hébergé?
Bonjour Daniel Mann, j'utilise l'agent hébergé 'Azure Pipelines', je n'ai trouvé aucune solution sur Internet pour cette erreur, pouvez-vous m'aider plz
@Ashish Verma Avez-vous essayé les réponses ci-dessous? Des mises à jour pour ce cas?