За то ограниченное время, которое я работал с NuGet, все файлы packages.config
, с которыми я столкнулся, были связаны с проектом Visual Studio. Я только что нашел тот, который, похоже, не связан с проектом (в данном случае это проект C#). Скорее, его цель состоит в том, чтобы собрать инструменты, необходимые для успешного завершения сборки решения, компонентом которого является проект (т.е. пакеты NuGet в файле packages.config
никогда не упоминаются напрямую в файле .cs).
Я знаю, что могу открыть packages.config
в текстовом редакторе и добавить к нему новый пакет. Однако это, похоже, противоречит идее NuGet, как я ее понимаю, и я не уверен, что добавление записи в packages.config
вручную не создаст проблем в будущем.
Как лучше всего добавить новый пакет NuGet в файл packages.config
, который не связан с таким проектом Visual Studio, как этот? Документы Microsoft, которые я нашел до сих пор, похоже, упоминают соответствующий проект VS (см. https://docs.microsoft.com/en-us/nuget/consume-packages/ways-to-install-a-package)
Использование Visual Studio для управления ссылками NuGet для проектов .NET, которые используют packages.config, полезно / важно из-за всех дополнительных вещей, которые должны произойти при «установке». Но для проектов .NET, использующих PackageReference, использование Visual Studio - лишь незначительное удобство, поскольку оно восстанавливает пакеты одновременно с изменением XML. Для изолированных файлов packages.config нет пользовательского интерфейса Visual Studio.
Итак, нет проблем с редактированием файла packages.config в текстовом редакторе. Вам просто нужно запустить nuget.exe restore
самостоятельно (или, что более вероятно, это часть сценария сборки). Фактически, команда NuGet есть у себя в рамках своей сборки.