Azure DevOps 构建无法加载引用的程序集

Question

我有一个包含 400 个项目的 .Net 4.7.6 解决方案。 其中一些项目引用本地 DLL，一些项目使用 nugets 包。

在我们的 VS 上一切都很好，在我们的构建机器上一切都很好（使用 MSBuild），但是一旦我们将所有内容推送到 Azure DevOps 上，我们就会有一堆未加载的引用 DLL（不是全部）：

来自包的一个例子是 Log4Net：

##[warning]C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin\Microsoft.Common.CurrentVersion.targets(2084,5): Warning MSB3246: Resolved file has a bad image, no metadata, or is otherwise inaccessible. Could not load file or assembly 'log4net.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.

（显然，它失败了，因为找不到它：）

##[error]Src\External\NModbus\Modbus\Device\ModbusMasterTcpConnection.cs(20,7): Error CS0246: The type or namespace name 'log4net' could not be found (are you missing a using directive or an assembly reference?)

某些本地 DLL 的相同错误：

##[warning]C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin\Microsoft.Common.CurrentVersion.targets(2084,5): Warning MSB3246: Resolved file has a bad image, no metadata, or is otherwise inaccessible. Could not load file or assembly 'Unme.Common.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.
 ##[error]Src\External\NModbus\Modbus\Data\DataStore.cs(16,7): Error CS0246: The type or namespace name 'Unme' could not be found (are you missing a using directive or an assembly reference?)

不确定我缺少什么？ 我们整个团队的 VS Studio 和 azure 之间的可加载 DLL 有什么不同？

这是我们当前的构建定义：

# .NET Desktop
# Build and run tests for .NET Desktop or Windows classic desktop solutions.
# Add steps that publish symbols, save build artifacts, and more:
# https://docs.microsoft.com/azure/devops/pipelines/apps/windows/dot-net

trigger:
- master

pool:
  vmImage: 'windows-latest'

variables:
  solution: 'Solution/SomeSolution.sln'
  buildPlatform: 'Any CPU'
  buildConfiguration: 'Release'

steps:

- task: NuGetToolInstaller@1
  inputs:
    versionSpec: '>=5.4'
    checkLatest: true

- task: NuGetCommand@2
  inputs:
    restoreSolution: '$(solution)'

- task: Assembly-Info-NetFramework@2
  inputs:
    Path: '$(Build.SourcesDirectory)'
    FileNames: |
      **\AssemblyInfo.cs
    InsertAttributes: false
    FileEncoding: 'auto'
    WriteBOM: false
    VersionNumber: '5.1.0.*'
    FileVersionNumber: '5.1.0.*'
    LogLevel: 'verbose'
    FailOnWarning: false   
    
- task: MSBuild@1
  inputs:
    solution: '$(solution)'
    msbuildVersion: latest
    msbuildArchitecture: x86
    platform: 'Any CPU'
    configuration: 'Debug'
    maximumCpuCount: true


- task: VSTest@2
  inputs:
    DisableTelemetry: false
    testSelector: 'testAssemblies'
    testAssemblyVer2: '$(solution)'
    searchFolder: '$(System.DefaultWorkingDirectory)'
    codeCoverageEnabled: true
    platform: 'Any CPU'
    configuration: 'Debug'
    rerunFailedTests: false

这让我有一天被困在这个问题上，非常令人沮丧:'(

Answer 1

我们整个团队的 VS Studio 和 azure 之间的可加载 DLL 有什么不同？

当我们在 Azure devops 上处理本地 dll 文件时，我们需要将这些本地 dll 文件提交到 repo 中。

并且这些本地dll文件的项目文件中的HintPath应该是相对路径而不是绝对路径。

最后但并非最不重要的一点是，如果您通过git lfs将 dll 文件推送到 repo，在 Get Sources 步骤中有一个特定的复选框来启用 git-lfs 支持。 如果没有它，文件将被替换为 lfs 下载位置的占位符：

更新：

我们需要将这些本地 dll 文件提交到 repo 中。 你是什​​么意思？ 所有 DLL 都在我们的 git 上（我的意思是，在带有 Visual Studio 的全新计算机上，我可以检出代码并构建，无需安装任何其他东西）。 此外，我们使用 Azure 存储库，因此我们没有 GUI 步骤，并且我在已生成的模板中没有 Get Sources 步骤

我的意思是，如果我们将这些本地 dll 文件与 Azure 管道一起使用，我们需要将这些 dll 文件与我们的项目一起提交到 Azure devops 存储库。 创建构建管道时，我们将选择构建源，然后 Azure devops 管道会将构建源检出到构建代理：

代码源可以是Azure devops repo 、 Github 、 Github Enterprise server 、 Bitucket cloud 。 如果选择 Azure devops 存储库作为代码源，我们需要将这些 dll 文件提交并推送到 Azure devops 存储库。

接下来，当您打开构建管道 (YAML) 并单击三个垂直点，选择 Triggers 并切换到 YAML 选项卡时，您将看到获取源：