У меня есть пара определений сборки, которые используют «старую» задачу NuGet Installer для восстановления зависимостей из нашего внутреннего канала TFS (из той же коллекции); URL-адрес канала указывается через параметр источника NuGet: 
Процесс восстановления работает нормально, как показано ниже: 
Переключение на более новую версию задачи вызывает сбой сборки: 
Как я могу отключить попытку подключения к 93.184.221.200:443 из-за того, что у агента сборки нет доступа в интернет?
Я использую TFS 15.117.26714.0.
Обновление 1
Я скопировал nuget.exe в папку c: \ nuget, затем добавил папку в переменную среды PATH. Тот же результат
Обновление 2
Я скопировал nuget.exe в папку C: \ B \ 1_tool \ NuGet \ 4.0.0 \ x64; результат ниже:
4 ответа
Обновление 3 - Временное решение
Чтобы обмануть «новую» задачу NuGet, чтобы найти nuget.exe в кэше инструментов, вам нужно создать фиктивный файл с именем x64.complete в {рабочей папке агента} \ _ tool \ NuGet \ 4.0.0 и скопируйте файл nuget.exe в папку {рабочая папка агента} \ _ tool \ NuGet \ 4.0.0 \ x64
Кажется, что-то не так с новой версией задачи. Обычно он не имеет доступа к api.nuget.org, если вы отключили Use packages from NeGet.org.
Ссылка на эту похожую проблему: Сбой задачи восстановления NuGet из шаблона Xamarin.Android в TFS 2017, обновление 2
Также этот связанный отзыв (еще не решен): Задача NuGet Push не выполнена и не имеет опции повтора
Однако вы можете попытаться включить доступ в Интернет для вашего агента сборки, а затем попробуйте снова.
Если это не помогло, попробуйте включить system.debug во время сборки. Затем захватите и поделитесь журналами здесь для дальнейшего устранения неполадок.
В качестве обходного пути вы можете пока использовать старую версию.
В дополнение к проблеме и обходному пути ds19 (спасибо!) У нас была очень похожая проблема с VS2017. У нас серверы, как правило, не получают доступ в интернет. С нашим обновлением до VS2017 и TFS2017 (обновление 3) это правило пришлось ослабить.
Первоначально мы решили проблему сборки с помощью Обновления 3 - Временное решение , созданной ds19, но мы все равно не смогли использовать ничего, кроме nuget 4.0.0, поскольку задача установщика инструментов Nuget по-прежнему давала ошибку времени ожидания.
Проработав это с MS, они посоветовали нам добавить сайт CDN (cs9.wpc.v0cdn.net) в белый список нашего прокси. Сделав это, мы также можем использовать задачу Установщика инструментов Nuget в дополнение к восстановлению Nuget.
Чтобы это работало, мы изменили среду наших агентов сборки, добавив
http_proxy=http://wsa.arz.de:3128
https_proxy=http://wsa.arz.de:3128
Надеюсь это поможет