Résolution des problèmes liés au référentiel de code

Important

La mise hors service de Visual Studio App Center est prévue pour le 31 mars 2025. Bien que vous puissiez continuer à utiliser Visual Studio App Center jusqu’à sa mise hors service complète, il existe plusieurs alternatives recommandées vers lesquelles vous pouvez envisager la migration.

En savoir plus sur les chronologies et les alternatives de support.

Le dépôt n’est pas répertorié à l’étape Se connecter au dépôt

  • Seuls les dépôts Git sont pris en charge. D’autres types de référentiels, comme Mercurial, TFVC, etc., n’apparaissent pas dans la liste des dépôts.
  • La connexion à un dépôt appartenant à l’utilisateur doit être effectuée par le propriétaire. Si vous n’êtes pas le propriétaire, vous pouvez toujours intégrer l’application en invitant le propriétaire du dépôt en tant que collaborateur dans App Center. Ensuite, le propriétaire peut connecter le dépôt en tant que source au service de build App Center.
  • La connexion à un dépôt appartenant à un organization sur GitHub ou à une équipe sur Bitbucket nécessite un accès administrateur au dépôt. Cet accès est requis, car App Center inscrit un webhook sur le dépôt provenant du domaine appcenter.ms.
  • Pour les dépôts GitHub, un membre organization disposant de privilèges de propriétaire peut avoir besoin d’approuver la demande d’accès initiale. Consultez les instructions de GitHub sur l’approbation d’applications tierces pour votre organization. Jusqu’à quelques minutes peuvent s’attendre à ce que les dépôts de ce organization s’affichent dans App Center.

Lors de la configuration d’une branche, j’obtiens un message d’erreur indiquant qu’aucun projet n’est trouvé dans ma branche

Conseil

Le service Build a une limite de 30 secondes pour l’analyse du dépôt. Les projets volumineux ou complexes peuvent ne pas être indexés dans ce délai. Dans ce cas, s’il n’est pas possible d’héberger le projet cible séparément, vous pouvez envisager d’utiliser Azure Pipelines à la place.

App Center analyse le contenu de la branche dans votre dépôt pour trouver un projet d’application correspondant à la plateforme sélectionnée pour votre application dans App Center. Cela suppose que votre projet utilise les normes spécifiques à la plateforme pour la configuration, c’est-à-dire un projet Xcode ou un espace de travail pour les applications iOS, un projet Gradle pour les applications Android et une solution ou un projet pour vos applications Xamarin.

Actuellement, App Center recherche uniquement quatre niveaux de répertoire pour vos fichiers projet. Si App Center ne trouve pas votre projet dans votre branche, le déplacer vers le répertoire racine peut vous aider. Si votre dépôt est volumineux, il peut être utile de réduire sa taille ou son nombre de fichiers.

Puis-je utiliser des dépôts locaux ?

App Center prend actuellement en charge les référentiels Git hébergés dans le cloud sur Azure DevOps (anciennement Visual Studio Team Services (VSTS)), Bitbucket et GitHub, mais ne prend pas en charge les dépôts locaux.

Connexion au référentiel interrompue après...

Changement de nom du dépôt

Cela interrompt la connexion. Pour résoudre le problème, revenez au nom d’origine ou créez un dépôt avec le nom d’origine.

Modification de la propriété du compte

Si l’utilisateur qui a initialement connecté le dépôt a son autorisation d’accéder à ce dépôt révoquée en raison de sa suppression d’App Center ou de la propriété du dépôt, la reconnexion du dépôt nécessite généralement de supprimer l’ancienne connexion et de la recréer.

Avertissement

La déconnexion de votre dépôt supprime les configurations et les artefacts stockés dans App Center Build. Vous pouvez sauvegarder manuellement vos données avant de vous déconnecter pour les conserver.

Je me suis connecté au mauvais compte. Comment puis-je me reconnecter à la bonne ?

Déconnectez le compte de dépôt et reconnectez-vous au compte approprié :

Lors de la connexion d’un dépôt Azure DevOps, je vois « Aucun projet trouvé »

Lorsque vous essayez pour la première fois de connecter App Center à Azure DevOps (anciennement VSTS), il est possible qu’il soit autorisé sous le mauvais organization. Déterminez quels comptes Azure DevOps sont destinés à un organization et vérifiez que le vôtre est répertorié. Lorsque vous tentez d’effectuer le flux d’authentification dans Azure DevOps, vérifiez que le message indique que l’application demande les autorisations suivantes de email@example.com (org).

Une autre possibilité est qu’OAuth soit désactivé sous paramètres stratégies de sécurité. Suivez ces instructions pour l’activer.

Les sous-modules Git sont-ils pris en charge ?

Pour les dépôts hébergés sur GitHub et Azure DevOps, les sous-modules Git sur HTTPS sont pris en charge à l’aide de la même authentification que le dépôt parent. Pour les dépôts hébergés sur Bitbucket, seuls les sous-modules Git non authentifiés sont pris en charge pour l’instant.

Je suis connecté à Bitbucket et mes builds échouent avec une erreur Git

Si vos builds échouent avec une erreur similaire à

"fatal: reference is not a tree:..
##[error]Git checkout failed with exit code: 128",

Essayez les étapes suivantes :

  • Accédez à la section Webhooks du compte Bitbucket connecté et recherchez les webhooks désactivés à partir de appcenter.ms & mobile.azure.com
  • Réactiver les webhooks
  • Valider une modification apportée au dépôt/à la branche affectée et essayer une nouvelle build

Contactez le support App Center si le problème persiste.

Que puis-je faire si j’utilise Team Foundation Version Control (TFVC) ?

App Center Build prend uniquement en charge les dépôts Git. Pour les projets utilisant un référentiel TFVC, vous pouvez les convertir en Git, ou vous pouvez utiliser Azure DevOps pour l’intégration continue, et tirer parti des agents macOS hébergés et des tâches de génération pour la distribution et le test App Center.

Mon code source est-il sécurisé ?

App Center utilise des machines virtuelles pour générer votre code. Il existe une propre machine virtuelle approvisionnée en particulier pour votre build, qui est ignorée une fois la build terminée. Les fichiers chargés pour la signature de code et le mot de passe du certificat sont également stockés en toute sécurité sur nos serveurs.

Pour plus d’informations, vous pouvez lire notre documentation sur la sécurité d’App Center.