Мы энтузиасты NuGet, как для встроенных, так и для сторонних пакетов.Отсутствие пакета вызывает восстановление пакета NuGet с ошибкой
Недавно мы включили функцию восстановления пакета NuGet в некоторых из наших проектов сборки, чтобы уменьшить количество двоичных файлов, которые мы передаем исходному контролю, но мы сталкиваемся с проблемой.
Мы видим, что Visual Studio занимает очень много времени, и, как только она началась (это может занять более получаса), последующая сборка также занимает много времени. Пока это происходит, вы можете увидеть много дочерних процессов NuGet, которые появляются и умирают в проводнике процессов.
Мы обнаружили, что если версия пакета, на которую ссылается файл package.config, недоступна ни из одного из настроенных источников пакетов (возможно, это старая версия внутреннего пакета, и кто-то полезный был очищен наше локальное репо), кажется, что NuGet и Visual Studio попадают в какой-то бесконечный (или, по крайней мере, долговременный) цикл повтора.
Если запустить команду NuGet установки из командной строки, мы получаем обратно ошибку
>.nuget\NuGet.exe install project\packages.config -o packages
Unable to find version '1.0.0.1' of package 'my.internal.package'.
, но это выглядит, как будто это не потребляется правильно Visual Studio/NuGet.
- Выполняет ли NuGet свои действия в любом месте?
- Можем ли мы ограничить NuGet восстановления повторных попыток или тайм-аутов (возможно, в файле
nuget.targets
?) - Это выглядит так, как будто не используется семантическая версий NuGet, потому что в нашем сценарии выше 1.0.0.2 доступен из репозитория , можно ли это включить?
Можете ли вы поделиться командами для создаваемых процессов nuget. Вы можете получить это из проводника процессов или диспетчера задач. Получёт лучшее представление о том, что порождает эти процессы. – allen