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

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

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

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

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

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

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

Добавить NuGet.Config

вы захотите создать 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.Config находится (токен $ фактически относительно на один уровень ниже расположение NuGet.Конфигурация.) Итак, если у меня есть \Solutions\NuGet.Config и я хочу \Solutions\Packages мне нужно будет указать $\..\Packages как значение.

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

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

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

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

во-первых, я настоятельно рекомендую вам просмотреть каждую папку решения и удалить все существующие \Packages\ folders (сначала вам нужно закрыть 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 (считаю, что это жук.)

установка общего пути к папке пакета для 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