Попытка создать проект С#, который имеет многочисленные ссылки на сборки в пакетах NuGet, терпит неудачу в TeamCity, но отлично работает в Visual Studio.
Найден в журнале;
For SearchPath "{HintPathFromItem}".
[13:48:15][ResolveAssemblyReference]
Considered "..\packages\AspNetMvc.4.0.20126.16343\lib\net40\System.Web.Mvc.dll", but it didn't exist.
Ссылка в файле проекта:
<Reference Include="System.Web.Mvc, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
<Private>True</Private>
<HintPath>..\packages\AspNetMvc.4.0.20126.16343\lib\net40\System.Web.Mvc.dll</HintPath>
</Reference>
Любые идеи? Похоже, что он не начинается с правильного каталога, поэтому не может разрешить "../packages", который существует на один уровень выше файла .csproj.
Я изменил свои проекты с момента установки пакетов NuGet, поэтому даже если "../packages" был правильным для основного проекта, это было не для других проектов, которые были перемещены.
Удаление и повторная установка пакетов NuGet записывает пути правильно или более просто, выполняя поиск и замену на пути в каждом файле .csproj.
Я знаю, что на это был дан ответ, но, возможно, у кого-то была такая же проблема.
Мои пути подсказки в файле проекта неправильно указывали на пакеты и меняли их на .packages, исправил это для меня.
Изменим это:
<Reference Include="Newtonsoft.Json">
<HintPath>packages\Newtonsoft.Json.5.0.5\lib\net40\Newtonsoft.Json.dll</HintPath>
</Reference>
Для этого:
<Reference Include="Newtonsoft.Json">
<HintPath>..\packages\Newtonsoft.Json.5.0.5\lib\net40\Newtonsoft.Json.dll</HintPath>
</Reference>
Исправлено.
Вам либо нужно добавить каталог пакетов в исходный элемент управления, либо включить nuget для автоматической загрузки пакетов (его функция в меню правой кнопки мыши в nuget 1.6)
См. http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages
Мое понимание на данном этапе основано на информации здесь: http://youtrack.jetbrains.com/issue/TW-20525
Но я просто погружаюсь в TeamCity и NuGet одновременно (из CruiseControl.NET)
Так что я на данный момент должен добавить шаг сборки NuGet Installer перед моим шагом сборки решения vs .net, и все отлично поработало.
Извините за воскрешение этого старого сообщения, но в дополнение к вышеуказанным отличным точкам (Tjaart, SeeNoWeevil, Luke) вы также можете проверить свойство CopyLocal=true для ссылок, которые вы упустили.
Для меня это часто был один крошечный надзор, который приводит к точно той ошибке, о которой говорил OP.
Для TFS (не TeamCity) по умолчанию исключаются файлы .pdb и .dll. Поэтому дважды проверьте, что все файлы для каждого подкаталога пакета включены, а не только файл nuget .xml.
Справочная информация. Я пришел к этому вопросу с той же мыслью, что и другие плакаты, - что относительная ссылка в файле .csproj может быть неправильной. После использования пути в файле .csproj, чтобы убедиться, что ссылка была абсолютной в отношении проекта... <HintPath>$(MSBuildProjectDirectory)\..\.nuget\packages\Common.Logging.Core.3.0.0\lib\net40\Common.Logging.Core.dll</HintPath>
... только чтобы получить ту же ошибку, я дважды проверил, что требуемые файлы существуют. Я также создал сборку MSBuild на своей локальной машине (в отличие от сборки Visual Studio), и она сработала. Дальнейшее исследование на сервере сборки показало, что указанные файлы не существовали, даже если файлы каталога и .nuget .xml делали.
Вы можете выделить файл в обозревателе решений и перейти к свойствам и убедиться, что для параметра Copy to Output Directory установлено значение True