将外部程序集 (DevExpress) 部署到 azure 应用服务答案

【问题标题】：Deploying an external assembly (DevExpress) to an azure app service将外部程序集 (DevExpress) 部署到 azure 应用服务
【发布时间】：2017-01-07 05:35:50
【问题描述】：

我们正在通过 kudu 脚本从 github 自动部署到 azure。在我尝试将 DevExpress XtraReports 添加到项目之前，它工作正常。

我的 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>

一切运行良好，在我的本地机器上运行良好，但是当它基于 azure 构建时，我收到以下错误：“找不到类型或命名空间名称‘DevExpress’（您是否缺少 using 指令或程序集引用？ )”。 DevExpress dll 已签入源代码管理并设置为复制本地 true。

所有 nuget 包都可以正常工作。但是，DevExpress 必须是二进制引用，我不确定如何将它们复制到正确的目录以在所有内容都以 azure 构建时包含在内。

想法？我觉得我遗漏了一些明显的东西，但无法弄清楚它是什么。

【问题讨论】：

Fwiw，这应该“正常工作”，我已经在几个项目中做到了这一点。我会先检查你所有的假设；使用 scm 检查文件是否在 Azure 上的 repo 中，尝试在您自己的机器上进行干净的检查以尝试等等。
@Frans 查看我的回答。我不好意思这么说，但这是典型的文件不在源代码控制错误中。（叹气）
我们都去过那里;)

标签： azure azure-web-app-service assemblies kudu

【解决方案1】：

这是我脸上的鸡蛋，ID10T 错误，随便你怎么称呼它。这是典型的文件不在源代码管理错误中。深夜工作时，我在源代码管理中看到了 *.xml 文件，假设它是 dll 文件。我用新鲜的眼睛抓住了它。这让我发疯了。

【讨论】：

就可以了。 :) 在github.com/projectkudu/kudu/wiki/… 中，我建议始终从回购的干净克隆进行本地测试，以消除这些可能性。
@DavidEbbo 这是一个很好的建议，我现在要开始在本地进行测试。