1. Accueil
  2. Question et réponse
  3. VSO Construire - code d'état de réponse ne signifie pas le succès: 404 (Introuvable)

VSO Construire - code d'état de réponse ne signifie pas le succès: 404 (Introuvable)

2015-11-30 1 views
2

construction échoue toujours sur tentative de SYNC, code d'état de réponse ne signifie pas le succès: 404 (Introuvable)VSO Construire - code d'état de réponse ne signifie pas le succès: 404 (Introuvable)

Repository Le type est GIT, déployé un agent dans la machine locale,

  • type de référentiel est Microsoft GIT, hébergé par VSO même
  • Agent peut brancher avec les services Visual studio Team dans les nuages, à savoir, des spectacles Agent en défaut Piscine
  • Visual Studio peut SYNC de la machine locale où l'agent est déployé
  • Lorsque nouvelle construction est mis en attente, l'agent a échoué lors de tentative de synchronisation

Construire Définition:

  • Plate-forme: $ (BuildPlatform)
  • Configuration: $ (BuildConfiguration)
  • Version Visual Studio: 2015
  • MSBuild architecture: x64
  • Options de contrôle: activé: true

Source

2015-11-30 Ree5un

+0

Pouvez-vous synchroniser sur l'agent? Où votre référentiel a-t-il été géré, VSO ou un autre service Git comme GitHub? Pouvez-vous partager les paramètres de votre définition de build? –

+0

Merci beaucoup! J'ai mis plus d'informations, en bref: 1. Non, je ne peux pas SYNC, 2 hébergé dans VSO 3. Build Def ajouté ci-dessus. – Ree5un

Répondre

2

S'il vous plaît vérifier si "Collection Build Project Service" a la permission "Lire" pour votre référentiel de code en suivant les étapes suivantes:

  1. Ouvrez votre projet depuis le portail Web.
  2. Cliquez sur "Code" pour ouvrir le panneau de code.
  3. Faites un clic droit sur le référentiel et sélectionnez l'option "Sécurité".
  4. Vérifiez l'autorisation de "Project Collection Build Service". enter image description here

Assurez-vous que « Lire » l'autorisation est réglé sur « Autoriser », sinon vous obtiendrez une erreur 404 comme suit: enter image description here

Source

2015-12-02 03:34:53

+0

Merci beaucoup! Cela fonctionne, après avoir ajouté un utilisateur supplémentaire, similaire à votre capture d'écran. – Ree5un

1

Une chose supplémentaire que j'ai découvert est les parties prenantes ne peuvent pas accéder aux prises en pension, même s'ils ont accès au Reader ou au Contributor en faisant partie de l'équipe. Les niveaux d'accès sont contrôlés au niveau de configuration TFS sous l'onglet Contrôle d'accès. Supprimez-les simplement du groupe Stakeholders et ajoutez-les au groupe Basic (par défaut) ou à un autre groupe plus spécifique que vous avez créé.

Source

2016-11-21 15:08:45 gregsonian

+0

Cela est logique car les parties prenantes sont conçues pour que les «clients» aient un accès en lecture seule. – Radderz

 Questions connexes

  • Aucun problème connexe^_^