Nano Hash - криптовалюты, майнинг, программирование

NuGet: как обеспечить согласованность версий пакетов в нескольких решениях?

Мы строим набор из нескольких сервисов, у каждого сервиса свое решение со связанными проектами. Многие из этих служб используют одни и те же пакеты NuGet.
Во всех решениях включена функция "Восстановление пакетов".

Некоторые решения ссылаются на сборки, принадлежащие другим решениям. Это одна из очевидных причин, по которой нам нужно, чтобы все решения ссылались на одни и те же версии разных пакетов NuGet.

Все службы должны работать вместе для достижения конечного результата. Они упакованы и установлены как часть одного продукта, и это еще одна причина, по которой мы хотели бы, чтобы все работало на одних и тех же версиях пакетов NuGet.

У нас возникли проблемы с обеспечением согласованности версий пакетов между решениями.

В настоящее время мы вручную проверяем и обновляем версии пакетов, мы также получаем случайные ошибки компиляции, потому что проекты в одном решении в конечном итоге ссылаются на разные версии одного и того же пакета.

Существует ли рекомендуемый способ сделать это (надеюсь, автоматический процесс)?
Было бы лучше обойтись без восстановления пакетов?
У кого-нибудь есть какие-нибудь общие советы по этому вопросу?

Спасибо

Обновление: я создал для этого задачу в проекте NugGet http://nuget.codeplex.com/workitem/ 2623

nuget visual-studio-2012
19.09.2012

Ответы:


1

Чтобы решить эту проблему:

  1. Создайте собственный частный сервер NuGet (см. 1 и 2), на котором размещены правильные версии используемых вами пакетов.
  2. Настройте каждую систему сборки для использования этого сервера и автоматического обновления до последней версии.

Хотя для этого требуется сервер, он не только гарантирует, что у всех будет правильная версия, но и ускоряет загрузку для серверов сборки.

21.09.2012
  • Будет ли это работать? Будет ли основной пакет (например, MassTransit.RabbitMQ) не переходить в онлайн-репозиторий для получения зависимых пакетов (например, MassTransit, Magnum и т. д.)? 21.09.2012
  • @BinaryWorrier Вы можете настроить серверы, с которыми IDE будет связываться для списка пакетов, чтобы удалить глобальный. Смотрите ссылки в ответе на снимки экрана и информацию о том, как это сделать. 21.09.2012
  • Хорошо, я вижу, как это должно работать. Вы отключаете официальный репозиторий NuGet и включаете только свой собственный. Я вижу, как неудобно идти за новыми пакетами, вы снова включаете официальный репозиторий, загружаете пакеты, пробуете их, копируете на свой сервер, отключаете официальный репозиторий, отменяете свои изменения. И начните правильно пользоваться новым пакетом. Я проверю это, спасибо. 21.09.2012
  • @BinaryWorrier Я согласен, что это неудобно, и мне интересно узнать, есть ли более простой способ. 21.09.2012

    • 2

    Вы можете настроить свои сборки TFS для обновления всех пакетов NuGet в решении до их последних версий, используя nuget update команда.

    Последние версии могут быть получены с nuget.org, локального сервера NuGet или даже из общей сетевой папки. Используйте параметр source для определения источников, из которых вы хотите обновлять.

    Вы можете выполнить настройку сборки с помощью файлов проекта MsBuild или с помощью шаблона TFS.

    05.08.2014
    Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..