2017-01-07 4 views
0

Мы развертываем в azure автоматически из github через скрипт kudu. Он работал нормально, пока я не попытался добавить DevExpress XtraReports в проект.Развертывание внешней сборки (DevExpress) в службе azure-приложения

У меня есть некоторые ссылки DevExpress в моем файле csproj так:

<Reference Include="DevExpress.XtraReports.v16.2, Version=16.2.3.0, Culture=neutral, PublicKeyToken=b88d1754d700e49a, processorArchitecture=MSIL"> 
     <SpecificVersion>False</SpecificVersion> 
     <HintPath>..\Resources\DevExpress.XtraReports.v16.2.dll</HintPath> 
    </Reference> 

Все запустить большой и отлично работает на моей локальной машине, но когда он строит на лазури я получаю следующее сообщение об ошибке: «тип или пространство имен имя «DevExpress» не может быть найдено (вам не хватает директивы using или ссылки на сборку?) ». Дескрипторы DevExpress являются checkin в исходном элементе управления и установлены для копирования локального true.

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

Мысли? Я чувствую, что упускаю что-то очевидное, но не могу понять, что это такое.

+0

Fwiw, это должно «просто работать», я сделал это на нескольких проектах. Я бы начал с проверки всех ваших предположений; используйте scm, чтобы проверить, что файл находится в репо на Azure, попробуйте сделать чистую проверку на вашем собственном компьютере, чтобы попробовать его и т. д. – Frans

+0

@Frans См. мой ответ. Я смущен, чтобы сказать это, но типичные файлы не были в ошибке управления исходным кодом. (вздох.) – zgirod

+0

Мы все были там;) – Frans

ответ

1

Это было яйцо на моем лице, ошибка ID10T, все, что вы хотите назвать. Это типичные файлы не были в ошибке управления исходным кодом. Во время работы поздно ночью я видел файлы * .xml в исходном элементе управления и предположил, что это файлы DLL. Свежими глазами я поймал его. Это сводило меня с ума.

+0

Это сделало бы это. :) В https://github.com/projectkudu/kudu/wiki/Make-sure-site-correctly-deploys-locally, я предлагаю всегда тестировать локально из чистого клонирования репо, чтобы устранить эти возможности. –

+0

@DavidEbbo, это хорошее предложение, и я собираюсь начать тестирование локально. – zgirod

Смежные вопросы