У меня есть пара определений сборки, которые используют «старую» задачу 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; результат ниже:

enter image description here

9
ds19 4 Сен 2017 в 18:30

4 ответа

Лучший ответ

Обновление 3 - Временное решение

Чтобы обмануть «новую» задачу NuGet, чтобы найти nuget.exe в кэше инструментов, вам нужно создать фиктивный файл с именем x64.complete в {рабочей папке агента} \ _ tool \ NuGet \ 4.0.0 и скопируйте файл nuget.exe в папку {рабочая папка агента} \ _ tool \ NuGet \ 4.0.0 \ x64

14
ds19 5 Сен 2017 в 14:01

Кажется, что-то не так с новой версией задачи. Обычно он не имеет доступа к api.nuget.org, если вы отключили Use packages from NeGet.org.

Ссылка на эту похожую проблему: Сбой задачи восстановления NuGet из шаблона Xamarin.Android в TFS 2017, обновление 2

Также этот связанный отзыв (еще не решен): Задача NuGet Push не выполнена и не имеет опции повтора

Однако вы можете попытаться включить доступ в Интернет для вашего агента сборки, а затем попробуйте снова.

Если это не помогло, попробуйте включить system.debug во время сборки. Затем захватите и поделитесь журналами здесь для дальнейшего устранения неполадок.

В качестве обходного пути вы можете пока использовать старую версию.

0
Community 20 Июн 2020 в 09:12

В дополнение к проблеме и обходному пути ds19 (спасибо!) У нас была очень похожая проблема с VS2017. У нас серверы, как правило, не получают доступ в интернет. С нашим обновлением до VS2017 и TFS2017 (обновление 3) это правило пришлось ослабить.

Первоначально мы решили проблему сборки с помощью Обновления 3 - Временное решение , созданной ds19, но мы все равно не смогли использовать ничего, кроме nuget 4.0.0, поскольку задача установщика инструментов Nuget по-прежнему давала ошибку времени ожидания.

Проработав это с MS, они посоветовали нам добавить сайт CDN (cs9.wpc.v0cdn.net) в белый список нашего прокси. Сделав это, мы также можем использовать задачу Установщика инструментов Nuget в дополнение к восстановлению Nuget.

0
Mike 6 Апр 2018 в 07:26

Чтобы это работало, мы изменили среду наших агентов сборки, добавив

http_proxy=http://wsa.arz.de:3128
https_proxy=http://wsa.arz.de:3128

Надеюсь это поможет

0
Sebastian Edelmeier 4 Июл 2019 в 10:32