Подтвердить что ты не робот

Различия между aspnetcidev и aspnetvnext?

В чем разница между aspnetcidev и aspnetvnext?

Я вижу, что aspnetcidev говорит "быстрые сборки", но что это значит?

4b9b3361

Ответ 1

29 января 2016 года:

Эта информация теперь является частью вики-страницы ASP.NET: https://github.com/aspnet/Home/wiki/NuGet-feeds


Система сборки ASP.NET использует 3 myget фида для каждой ветки + nuget.org.

  • aspnetvolatile<branch> (aspnetvolatiledev/aspnetvolatilerelease)
  • aspnetci<branch> (aspnetcidev/aspnetcirelease)
  • aspnetvnext (ветвь dev)/ aspnetrelease (ветвь освобождения)

После успешного создания каждого репо в github.com/aspnet каждый пакет, созданный им, переносится в соответствующий летучий канал.

После построения графика создания репозиториев мы запускаем Coherence build. Эта сборка проверяет, что пакеты имеют соответствующие версии и их ссылки правильны (что они являются согласованными). Затем он подталкивает их к aspnetci<branch>.

После завершения сборки Coherence мы запускаем все наши тесты в пакетах в фиде aspnetci<branch>. Если тесты проходят, мы подписываем пакеты и отправляем их на aspnetvnext или aspnetrelease

Таким образом, различия заключаются в следующем:

  • aspnetvolatile<branch>

    • последние пакеты
    • возможно не согласованный
    • не проверено
    • не подписан
    • обновляется при каждой проверке
    • в основном используется для диагностики сбоя сборки
  • aspnetci<branch>

    • возможно не последний
    • когерентный
    • не проверено
    • не подписан
    • обновляется, когда все репозитории успешно завершены.
    • используемый нашей системой сборки
  • aspnetvnext/(aspnetrelease | nuget.org)

    • возможно не последний
    • когерентный
    • подписан
    • проверено
    • обновляется, когда все работает
    • используется для стабильных пакетов

Как только поток aspnetcirelease стабилен, мы отталкиваем пакеты от него до nuget.org.

Если вы не работаете над разработкой новых функций для ASP.NET, я рекомендую вам использовать aspnetvnext (для dev-бит) или nuget.org (для разрядных бит). Исходный фид (aspnetrelease) - это всего лишь промежуточная подача и не всегда в хорошей форме.

Edit:

Мне кажется, что это проще понять из таблицы: введите описание изображения здесь

Ответ 2

Я искал, что вы можете получить точный ответ на вопрос только от Microsoft. Вы можете открыть https://www.myget.org/gallery и фильтровать для "aspnet", например, и найдете много других репозиториев, опубликованных для разных команд.

Для меня более интересна информация, отображаемая Менеджером версий .NET: dnvm (без параметров):

введите описание изображения здесь

Таким образом, для меня источник https://www.myget.org/F/aspnetvnext/api/v2/ (или https://www.myget.org/F/aspnetvnext/api/v3/index.json) является "официальным" местом для ночных сборщиков ASP.NET 5.

С другой стороны, путем фильтрации https://www.myget.org/gallery "aspnet" вы можете видеть, что aspnetvnext содержит больше различные пакеты как aspnetcidev.

введите описание изображения здесь

Ясно, что оба репозитория, вероятно, содержат разные пакеты.

Одним из важных примеров использования репозитория https://www.myget.org/gallery/aspnetcidev является новый интерфейс командной строки .NET(.NET CLI), который вы найдете на GitHub здесь. Новая утилита dotnet использует https://www.myget.org/F/aspnetcidev/api/v3/index.json вместе со многими другими источниками в https://github.com/dotnet/cli/blob/master/NuGet.Config.

Я полагаю, что AspNetCIDev - это репозиторий пакетов, необходимых для .NET CLI. Это утилита, которая должна заменить dnx и dnu в RC2 ASP.NET 5. См. сообщение, этот и некоторые другие.