La session de connexion spécifiée par Azure Devops n'existe pas

Question

Nous utilisons Azure Devops pour notre dépôt git et nous avions auparavant un problème de temps en temps où nous obtenions une erreur "Terminal Prompts disabled". Lorsque nous avons mis à niveau vers Visual Studio (2019) version 16.8.1, cela a disparu et tout semblait aller bien. Cependant, après environ 2 semaines sur cette version, moi et certains de nos autres développeurs obtenons maintenant cette erreur :

Failed to push to the remote repository. See the Output window for more details.
Updating 7df912b..b4954c1
Git failed with a fatal error.
Failed to write item to store. [0x520]
A specified logon session does not exist. It may already have been terminated
POST git-upload-pack (909 bytes)
remote: Azure Repos        
remote: 
remote: Found 12 objects to send. (9 ms)        
From https://dev.azure.com/myOrg/_git/myApp
   7df971b..b4958c1  master     -> origin/master

Parfois, il indiquera également que l'opération a échoué et qu'il faut vérifier la fenêtre de sortie. Lorsque je vérifie l'erreur, il est indiqué "vérifier la fenêtre de sortie" dans la fenêtre de sortie elle-même, sans autre message d'erreur. J'ai essayé d'effacer mon fichier git credential tenant.cache et les dossiers IdentityService dans AppData, mais sans succès. Le plus étrange est que tous les pushs et pulls semblent toujours fonctionner. Est-ce que quelqu'un a rencontré l'une de ces erreurs ?

Answer 1

Vous pouvez essayer les solutions suivantes.

1, Cela peut être dû à la version de git livrée avec Visual Studio.

Vous pouvez remplacer l'extension git de Visual studio par la dernière version de git :

• Naviguez jusqu'à C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git --> Supprimer le dossier Git

• Télécharger la dernière version de Git et l'installer dans le dossier ci-dessus. C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer\Git

Vous pouvez aussi essayer de modifier votre studio visuel pour utiliser la fonction Git pour Windows :

• supprimer le dossier Git dans le tableau ci-dessus ..\TeamFoundation\Team Explorer\Git chemin.
• Le programme d'installation de Visual studio 2019 modifie des composants uniques--> Vérifier Git pour Windows
• Installez la dernière version de git sur votre Windows et configurez le chemin d'accès à l'environnement.

2,L'effacement des informations d'identification mises en cache à partir de Gestionnaire de justificatifs . Et réessayez.

Aller à Gestionnaire de justificatifs --> Informations d'identification Windows --> Supprimer toutes les informations d'identification relatives à Git.

3,Vous pouvez également essayer de vous reconnecter à votre projet azure devops à partir de Visual studio.

Aller à Team Explorer -->Cliquez à droite sur votre projet azure devops et cliquez sur remove-->Cliquez sur Gérer les connexions pour vous reconnecter à votre dépôt azure git.

4, Supprimez les informations d'identification mises en cache dans le registre.

Ouvrir Éditeur de registre -->Naviguer vers Computer\HKEY_CURRENT_USER\Software\Microsoft\VSCommon\14.0\ClientServices\TokenStorage\VisualStudio\VssApp supprimer toutes les entrées à l'intérieur de VssApp.

Veuillez cocher ce fil pour plus de solutions. Vous pouvez consulter ce fil .

Answer 2

J'ai rencontré le même problème, qui est apparu lors de la mise à jour vers la version 16.8.1 et qui s'est poursuivi après la mise à jour vers la version 16.8.2. J'ai pu le résoudre en allant dans Outils > Options > Contrôle de la source > Paramètres globaux de Git et en changeant la valeur "Credential Helper" de "Unset" à "GCM for Windows".

Answer 3

Je ne sais pas exactement pourquoi, mais le GCM ne nous convenait pas. Il fonctionnait pendant un court laps de temps, puis commençait à renvoyer les mêmes erreurs et nécessitait une réinstallation pour recommencer à fonctionner. J'ai trouvé plusieurs rapports similaires à ce sujet et il semble que Microsoft se penche sur la question, mais comme solution temporaire, j'ai simplement utilisé un jeton d'accès personnel au niveau du référentiel. Ce n'est pas une solution élégante, mais elle me permettra au moins de travailler sans problème jusqu'à ce que le problème soit résolu.

Pour ce faire, allez dans Outils>Options>Contrôle de source>Paramètres du référentiel Git>Remotes et mettez votre jeton dans yourtoken@dev.azure.com/yourOrg/_git/yourProject, comme indiqué dans l'image ci-dessous. Le jeton peut être généré via le portail Azure DevOps en cliquant sur le menu utilisateur en haut à droite, puis en allant sur Jetons d'accès personnels.