Должны ли самостоятельно созданные пакеты NuGet быть помещены в систему контроля версий?

Question

Я начал создавать пакеты NuGet для некоторых проектов частых зависимостей, для которых мы использовали svn: externals в наших решениях ASP.NET.Я размещаю файлы .nupkg в сетевой папке и использую эту папку в качестве канала NuGet.

Я не уверен, какие файлы поместить в систему контроля версий и где.Вы помещаете файлы .nuspec и .nupkg в свой репозиторий?Оба файла .nuspec и .nupkg входят в систему управления версиями проекта?Я подумал, что поскольку файл .nuspec генерирует файл .nupkg, вам нужен этот файл только для контроля версий.Но я также подумал, что было бы неплохо создать сетевую папку, которую я использую в качестве канала NuGet, в качестве репо.Затем я могу управлять версиями .nupkg-файлов.

Каковы хорошие практики для управления версиями созданных пакетов NuGet?

Answer 1

Я в том же месте, что и вы.В соответствии с идеей, что вы не фиксируете ни один файл, который можете создать, мои файлы .nuspec переходят в систему контроля версий, а файлы .nupkg - нет.

Поскольку номер версии включен вИмя файла .nupkg, вы можете иметь разные версии пакета в хранилище одновременно.Вам нужно либо использовать форму <version>$version$</version> в файле .nuspec, и установить версию сборки на автоинкремент, либо просто каждый раз вручную изменять номер версии.Затем вы можете сделать тег Subversion для этого номера версии, чтобы при необходимости вы могли вернуться к исходному коду для конкретной версии пакета.

Чтобы клиентские проекты автоматически включали незначительные исправления ошибок в наши пакетымы собираемся включить восстановление пакетов NuGet в клиентских проектах и ​​публиковать пакеты с короткими, фиксированными номерами версий, такими как «1.2».Когда есть простое исправление ошибки для пакета, мы переиздадим с тем же номером версии.Это перезапишет предыдущую версию в хранилище;Клиентские проекты получат обновление при восстановлении пакетов на этапе сборки.