Git Ошибка аутентификации dev. azure .com - но работает на visualstudio.com - PullRequest
Новая
       91

Git Ошибка аутентификации dev. azure .com - но работает на visualstudio.com

0 голосов
/ 20 февраля 2020

В моей команде есть разработчик, который получает ошибку аутентификации git, пытающуюся клонировать любые репозитории из нашего частного экземпляра Azure DevOps в dev. azure .com / MyCompany. Не имеет значения, запускается ли она из ADO и использует ли команду «клонировать в IDE», или использует ли она проводник проекта в самой Visual Studio.

Однако в своем обозревателе проектов в VS она также видит наш экземпляр ADO как mycompany.visualstudio.com и, если она оттуда клонирует, это работает. Я знаю, что интеллектуально это указывает на одно и то же, но это единственный человек в моей команде с таким странным поведением.

Некоторые вещи, которые мы до сих пор пробовали:

  • сравнили наши настройки конфигурации git, чтобы убедиться, что не было никаких существенных отличий (единственное, что выпало, это она было несколько экземпляров для http.sslcainfo с разными значениями - но даже после того, как мы свели ее к одному, который не устранил проблему)
  • зашел в Windows Диспетчер учетных данных и удалил любой экземпляр из кэша git Похоже, у нее было

Я являюсь администратором организации для нашего экземпляра ADO, и я не вижу ничего, что могло бы объяснить это с ее учетной записью. Она работает на более старой версии Visual Studio - 15.7.3 - но она не единственная в моей команде с этой версией, а остальные работают нормально.

Есть еще предложения? Я ценю любое понимание.

1 Ответ

0 голосов
/ 21 февраля 2020

Пожалуйста, go Organization Settings => OverView, чтобы проверить, включен ли Use the new URL: https://dev.azure.com/xxx/. Только когда я подключаюсь к одной организации, которая отключает настройку, я вижу xxx.visualstudio.com в VS Team Explorer.

(Если большинство членов вашей организации используют новый формат URL, вы можете включить его и подождать несколько минут, прежде чем он вступит в силу. Затем проверить, не возникнет ли у разработчика проблема go)

Но по моему опыту, они оба должны работать. Таким образом, вы также можете попробовать:

1.Апартамент удалить Generic Credentials, закрыть экземпляр VS и очистить связанный кеш в %LocalAppData%\Microsoft\VisualStudio\15.xxx\ComponentModelCache и %LocalAppData%\Microsoft\Team Foundation\xx\Cache.

2. Когда администратор организации находится в https://dev.azure.com/xxx/ вместо https://xxx.visualstudio.com, попробуйте удалить разработчика из текущей организации и заново добавить его обратно.

3.Поделиться обновлению VS для разработчика до последней версии 15.9.20. 15.7.3 слишком старый, в новой версии исправлений гораздо больше, чем в старых 15.7.3.

...