Я решил перенести библиотеку классов .NET Standard в существующее локальное хранилище NuGet на своем рабочем месте.
Я сделал это, автоматически отправив пакет NuGet после сборки в Visual Studio:
nuget push [PACKAGE_FILENAME] -Source [REPO_ON_THE_NETWORK]
До моего запуска в репо было 3 уже существующих пакета для других проектов.После моего нажатия, единственный видимый проект - через пользовательский интерфейс диспетчера пакетов NuGet в Visual Studio - был только что выдвинутым.Я могу использовать свой проект из репозитория NuGet без проблем.
Я посмотрел в самой папке в сети, и вот что я увидел:
[ ] Repo
|
|_ [ ] Proj1
| |
| |_ [ ] v1.0.0
| | |
| | |_ [ ] lib
| | | |
| | | |_ [ ] net20
| | | | |
| | | | |_ .dll
| | | | |_ .pdb
| | | |
| | | |_ [ ] net46
| | | |
| | | |_ .dll
| | | |_ .pdb
| | |
| | |_ .nupkg
| | |_ .nupkg.sha512
| | |_ .nuspec
| |
| |_ [ ] v1.0.1
| |
| |_ .nupkg
| |_ .nupkg.sha512
| |_ .nuspec
|
|_ [ ] MyRecentlyPushedProj
|
|_ .nupkg
У меня три вопроса:
- Почему папка организована по-разному?Обратите внимание, что в одной папке есть подпапка с реальными двоичными файлами проекта, а в других нет.Также обратите внимание, что в моем недавно добавленном проекте не хватает всего, кроме файла пакета NuGet.
- Когда мы вручную удаляем недавно перемещенный проект из репозитория, тогда старые проекты вновь появляются в пользовательском интерфейсе диспетчера пакетов NuGet.Неужели наличие по-разному организованных папок мешает возможности NuGet сканировать репо?Изменился ли способ организации проектов NuGet с течением времени (с более новыми версиями)?
- Как я могу успешно использовать недавно переданный проект без папки, содержащей какие-либо двоичные файлы?