Из-за отсутствия пакета SDK для .NET Core восстановление пакета выполняется только частично, а проекты SDK пропускаются.

WARNING: Error reading msbuild project information, ensure that your input solution or project file is valid. NETCore and UAP projects will be skipped, only packages.config files will be restored.

Это всего лишь предупреждение, и nuget.exe завершает работу с кодом состояния 0, поэтому конвейер сборки продолжает работу и позже дает сбой, что затрудняет поиск причины.

Поскольку это распространенная проблема в нашей среде, я хочу, чтобы это предупреждение рассматривалось как ошибка. Совершенно нормально (и даже желательно), если другие предупреждения также рассматриваются как ошибки.

Я знаю, что NuGet считывает свойства MSBuild TreatWarningsAsErrors и WarningsAsErrors, но мне не удалось использовать их из командной строки. Я попытался установить для переменной среды NUGET_RESTORE_MSBUILD_ARGS значение /p:TreatWarningsAsErrors=true, но даже несмотря на то, что этот параметр был передан внутреннему вызову MSBuild, это не повлияло на предупреждение, напечатанное nuget.exe. Других подходящих параметры командной строки и переменные окружения я не нашел.

Контекст

В локальной сборке Azure Pipelines я запускаю задачу NuGet, чтобы восстановить пакеты для своего решения. Решение содержит как проекты, ориентированные на .NET Framework и использующие packages.config, так и проекты, ориентированные на .NET Core, использующие PackageReference.

Агенты сборки не находятся под моим контролем. У некоторых установлена ​​правильная версия SDK, у некоторых нет. Я использую задачу .NET Core SDK Installer для установки соответствующего пакета SDK.

Из-за изменений в определении сборки или обновления SDK в решении сборка может выйти из строя. Однако в этом случае сообщение об ошибке неясно, потому что оно исходит от VS Build, а не от этапа сборки восстановления пакета, где лежит основная причина, но которая светится зеленым.

Внутри задачи NuGet (версия 2.*) выполняют nuget.exe (в настоящее время версия 5.0.2), который, в свою очередь, выполняет MSBuild для выполнения части своей работы, связанной с PackageReference. MSBuild завершается сбоем, в результате чего возникает исключение NuGet.CommandLine.ExitCodeException, которое перехватывается, регистрируется и отбрасывается. Прямо над предупреждением Warning_ReadingProjectsFailed, упомянутым выше, выводится трассировка стека:

NuGet.CommandLine.ExitCodeException: Exception of type 'NuGet.CommandLine.ExitCodeException' was thrown.
    at NuGet.CommandLine.MsBuildUtility.<GetProjectReferencesAsync>d__6.MoveNext()
 --- End of stack trace from previous location where exception was thrown ---
    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    at NuGet.CommandLine.RestoreCommand.<GetDependencyGraphSpecAsync>d__52.MoveNext()
 --- End of stack trace from previous location where exception was thrown ---
    at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
    at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    at NuGet.CommandLine.RestoreCommand.<DetermineInputsFromMSBuildAsync>d__47.MoveNext()

Комментарий в верхней части предложения catch гласит:

                // At this point reading the project has failed, to keep backwards
                // compatibility this should warn instead of error if
                // packages.config files exist, but no project.json files.
                // This will skip NETCore projects which is a problem, but there is
                // not a good way to know if they exist, or if this is an old type of
                // project that the targets file cannot handle.