问题从“ dotnet test”命令开始。出于某种原因,带有测试的项目找不到适合该项目的共享库(请参见随附的屏幕截图)。您可能会注意到,我正在使用自定义代理通过Azure DevOps运行任务(我认为这并不重要)。从日志中,我意识到它可以在我的计算机上本地运行的原因是,我正在谈论的项目是在Visual Studio中以调试模式构建的,而这恰恰是测试项目正在寻找该库的文件夹(即\ bin \ Debug \ netstandard2.0 \ my.dll)。
当我在Azure DevOps中的构建管道中将“ dotnet测试”作为任务运行时,出现了问题,并且该过程没有为此确切项目创建Debug文件夹。这很奇怪,因为“ dotnet测试”再次(在调试模式下)构建了解决方案,并且应该生成了文件夹。
我尝试将项目从“ netstandard2.0”切换到“ netcoreapp2.2”并添加xunit测试库。此项目中不需要它们,但它已开始生成其中包含已编译库的Debug文件夹(即\ bin \ Debug \ netcoreapp2.2 \ my.dll)。但是,它没有解决问题,因为测试项目仍在“ netstandard2.0”文件夹中寻找lib。
我希望测试项目将依赖于Release目录中可用的库(而不是Debug)。无法实现。
答案 0 :(得分:0)
您在测试项目中引用DLL,而是向其中添加了项目本身的引用。