Деревья версии NuGet - PullRequest
4 голосов
/ 30 марта 2012

Каков правильный / приемлемый способ использования NuGet с несколькими деревьями версий?У нас есть продукт в версии 2.12, и он постоянно работает над созданием новых версий, принадлежащих к основному номеру 2. В то же время у нас есть версия 3.5, которая также активно работает с другим набором функций и схемой.Если я использую один и тот же идентификатор пакета NuGet, пользователи всегда получат версию 3.5 по умолчанию.

Стоит ли просто создавать разные идентификаторы пакетов для каждой из основных версий проекта?

Ответы [ 2 ]

5 голосов
/ 05 апреля 2012

Для вашей ситуации я вижу два возможных решения.Либо вы используете разные идентификаторы пакетов, либо вы можете заставить клиентов использовать определенный диапазон версий, вручную редактируя файл packages.config.

В packages.config вы можете установить ограничение версии :

<packages>
    <package id="SomePackage" version="2.1.0" allowedVersions="[2,3)" />
</packages>

Это позволит клиенту получить последнюю версию 2.x, но никогда не обновится до версии 3.x.

1 голос
/ 30 марта 2012

Эта страница: http://nuget.codeplex.com/wikipage?title=Pre-Release%20Packages должна помочь вам здесь.В двух словах, пакет, помеченный как 2.12, будет классифицирован как стабильный, но версия с буквами, например, 3.5beta, считается предварительной версией и может быть установлена ​​только с помощью флага –Prerelease.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...