Настройка общей папки пакетов nuget для всех решений, когда некоторые проекты включены в несколько решений

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

• кода
  • Проект A
  B
• Проект C
• решения
  • Решение 1
  • решение 2
  • решение 3
  • пакеты (это общий для всех решений)

обновленный ответ от NuGet 3.5.0.1484 с обновлением Visual Studio 2015 3

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

• все, что нужно передать в управление исходным кодом, видно и отслеживается в решении
• установка новых пакетов или обновление пакетов с помощью диспетчера пакетов в Visual Studio будет использовать правильный путь к репозиторию
• после первоначальной настройки, никакого взлома .файлы csproj
• нет модификации рабочей станции разработчика (код готов к сборке при выезде)

есть некоторые потенциальные недостатки, чтобы быть в курсе (я еще не испытал их, YMMV). Смотрите Бенол это ответ и комментарии ниже.

Добавить NuGet.Конфигурации

вы хотите создать NuGet.Конфигурационный файл в корне папки \Solutions\. Убедитесь, что это кодированный файл UTF-8, который вы создаете, если вы не знаете, как это сделать, используйте Visual Studio Меню Файл- > Создать - >файл, а затем выберите шаблон XML-файла. Добавить в NuGet.Сконфигурируйте следующее:

<?xml version="1.0" encoding="utf-8"?>
<configuration>  
  <config>
    <add key="repositoryPath" value="$\..\Packages" />
  </config>
</configuration>

для параметра repositoryPath можно указать абсолютный путь или относительный путь (рекомендуется) с помощью $ token. Токен $ основан на том, где находится NuGet.Конфигурация находится (токен $ фактически относится к на один уровень ниже расположение NuGet.Конфигурация.) Итак, если у меня есть \Solutions\NuGet.Config и я хочу \Solutions\Packages мне нужно будет указать $\..\Пакеты как значение.

Далее, вы хотите добавить папку решения к вам решение называется что-то вроде "NuGet" (щелкните правой кнопкой мыши на вашем решении, добавить->Новая папка решения). Папки решения-это виртуальные папки, которые существуют только в решении Visual Studio и не создают фактическую папку на диске (и вы можете ссылаться на файлы из любого места). Щелкните правой кнопкой мыши на папке решения" NuGet", а затем добавьте - >существующий элемент и выберите \\NuGet Для Решения.Конфиг.

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

путем размещения NuGet.Конфигурационный файл в \Solutions\ выше любого .sln файлы, мы используем тот факт, что NuGet будет рекурсивно перемещаться по структуре папок вверх от "текущего рабочего каталога" ищет NuGet.Конфигурационный файл для использования. "Текущий рабочий каталог" означает здесь несколько разных вещей, одна из которых-путь выполнения NuGet.exe и другое расположение .sln файл.

переключение через папку пакетов

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

откройте свое решение в Visual Studio и начните перестраивать все. Игнорируйте все ошибки сборки, которые вы получите, это ожидается на данный момент. Однако это должно запустить функцию восстановления пакета NuGet в начале процесса сборки. Убедитесь, что ваша папка \Solutions\Packages\ создана в том месте, где вы находитесь хотеть. Если это не так, проверьте свою конфигурацию.

теперь, для каждого проекта в решении вы хотите:

1. Правой Кнопкой Мыши на проекте и выберите выгрузить проект
2. щелкните правой кнопкой мыши на проекте и выберите Редактировать-xxx. csproj
3. найдите все ссылки на \packages\ и обновите их до нового местоположения.
   • большинство из них будут ссылки, но не все из них. Например, WebGrease и Microsoft.Bcl.Сборка будет иметь отдельные настройки пути, которые необходимо будет обновить.
4. сохранить .csproj файл и щелкните правой кнопкой мыши на проекте и выберите перезагрузить проект

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

по состоянию на NuGet 2.7.1 (2.7.40906.75) с VStudio 2012

во-первых, нужно иметь в виду, что nuget.config не контролирует все параметры пути в системе пакетов nuget. Это было особенно запутанным, чтобы выяснить. В частности, проблема заключается в том, что msbuild и Visual Studio (вызывающие msbuild) не используют путь в nuget.config, но скорее переопределяют его в nuget.целевой файл.

Подготовка Окружающей Среды

во-первых, я хотел бы пройти через ваши папка решения и удалить все \packages\ папки, которые существуют. Это поможет убедиться, что все пакеты явно устанавливаются в правильную папку и помогают обнаружить любые неверные ссылки на пути во всех ваших решениях. Затем я бы удостоверился, что у вас установлено последнее расширение NuGet Visual Studio. Я также хотел бы убедиться, что у вас есть последний nuget.exe устанавливается в каждое решение. Откройте командную строку и перейдите на каждые $(SolutionDir)\ .NuGet\ folder и выполните следующие действия команда:

nuget update -self

установка общего пути к папке пакета для NuGet

открыть каждый\ $(SolutionDir).nuget\NuGet.Сконфигурируйте и добавьте в раздел следующее:

<config>
    <add key="repositorypath" value="$\..\..\..\Packages" />
</config>

Примечание: вы можете использовать абсолютный путь или относительный путь. Имейте в виду, если вы используете относительный путь с $, что по отношению к на один уровень ниже расположение NuGet.Config (считаю, что это a жук.)

установка общего пути к папке пакета для MSBuild и Visual Studio

открыть каждый\ $(SolutionDir).nuget\NuGet.цели и измените следующий раздел (обратите внимание, что для не-Windows есть еще один раздел ниже):

<PropertyGroup Condition=" '$(OS)' == 'Windows_NT'">
    <!-- Windows specific commands -->
    <NuGetToolsPath>$([System.IO.Path]::Combine($(SolutionDir), ".nuget"))</NuGetToolsPath>
    <PackagesConfig>$([System.IO.Path]::Combine($(ProjectDir), "packages.config"))</PackagesConfig>
    <PackagesDir>$([System.IO.Path]::Combine($(SolutionDir), "packages"))</PackagesDir>
</PropertyGroup>

обновить PackagesDir, чтобы быть

<PackagesDir>$([System.IO.Path]::GetFullPath("$(SolutionDir)\..\Packages"))</PackagesDir>

Примечание: GetFullPath разрешит наш относительный путь в абсолютный путь.

восстановление всех пакетов nuget в общую папку

открыть командную строку и перейти каждые $(SolutionDir)\ .NuGet и выполните следующую команду:

nuget restore ..\YourSolution.sln

на этом этапе у вас должна быть одна папка \packages\ в вашем общем расположении и ни в одной из ваших папок решения. Если нет, то проверьте свои пути.

исправление ссылок на проект

открыть каждый .csproj файл в текстовом редакторе и найти любые ссылки на \packages и обновить их до правильного пути. Большинство из них будут ссылки, но не все из них. Например, WebGrease и Microsoft.Bcl.Сборка будет иметь отдельные настройки пути, которые необходимо будет обновить.

построить решение

откройте решение в Visual Studio и начать строить. Если он жалуется на отсутствующие пакеты, которые необходимо восстановить, не предполагайте, что пакет отсутствует и должен быть восстановлен (ошибка может вводить в заблуждение). Это может быть плохой путь в одном из ваших .csproj файл файлы. Убедитесь, что, прежде чем восстанавливать пакет.

есть ошибка сборки о недостающих пакетах?

если вы уже проверили, что пути в вашем .файлы csproj верны, то у вас есть два варианта, чтобы попробовать. Если это результат обновления код из системы управления исходным кодом, то вы можете попробовать проверить чистую копию, а затем здание. Это сработало для одного из наших разработчиков, и я думаю, что в нем был артефакт .СУО файл или что-то подобное. Этот другой вариант-вручную принудительно восстановить пакет с помощью командной строки .папка nuget рассматриваемого решения:

nuget restore ..\YourSolution.sln