azure app 서비스에 외부 어셈블리 (DevExpress) 배포

kudu 스크립트를 통해 github에서 자동으로 azure로 배포하고 있습니다. DevExpress XtraReports를 프로젝트에 추가하려고 할 때까지는 제대로 작동했습니다.azure app 서비스에 외부 어셈블리 (DevExpress) 배포

나는 그렇게처럼 내 csproj 파일의 일부 DevExpress의 참조를 가지고 : "형식 또는 네임 스페이스 :

<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'이름을 찾을 수 없습니다 (사용 지시문이나 어셈블리 참조가 누락 되었습니까?) " DevExpress dll은 소스 제어에 체크인하고 local true를 복사하도록 설정됩니다.

너겟 패키지 인 모든 패키지가 정상적으로 작동합니다. 그러나 DevExpress는 바이너리 레퍼런스 여야하고 모든 것이 푸른 색으로 될 때 올바른 디렉토리에 복사하는 방법을 모르겠습니다.

생각하십니까? 나는 명백한 무엇인가 놓치고있는 것처럼 느낀다. 그러나 그것이 무엇인지에 관해 계산할 수 없다.

출처

2017-01-07 zgirod

Fwiw,이 작업은 "잘될 것"입니다. 몇 가지 프로젝트에서이 작업을 수행했습니다. 나는 당신의 모든 가정을 점검함으로써 시작할 것입니다. scm을 사용하여 파일이 Azure의 repo에 있는지 확인하고 자신의 컴퓨터에서 깨끗한 체크 아웃을 시도해보십시오. – Frans

@Frans 내 대답보기. 내가 말하기 엔 당혹 스럽지만 일반적인 파일은 소스 제어 오류가 아닙니다. (한숨.) – zgirod

우리 모두 거기에 있었어;) – Frans

내 얼굴에 달걀이 있었는데, ID10T 오류입니다. 뭐든지 불러주세요. 파일이 소스 제어 오류에 있지 않은 것이 전형적인 경우입니다. 밤늦게까지 일하면서 * .xml 파일을 소스 컨트롤에서 보았고 은이라고 가정 했었습니다. 신선한 눈으로 나는 그것을 잡았다. 나를 미치게 만들었다.

출처

2017-01-07 13:01:52 zgirod

그럴 것이다. :) https://github.com/projectkudu/kudu/wiki/Make-sure-site-correctly-deploys-locally에서, 나는 항상 그 가능성을 제거하기 위해 repo의 클린 클론에서 로컬 테스트를 제안합니다. –

@DavidEbbo 이것은 좋은 제안이며 이제 로컬 테스트를 시작할 것입니다. – zgirod

azure app 서비스에 외부 어셈블리 (DevExpress) 배포

답변

관련 문제