将完全工作的解决方案下载到第二台机器后，\bin 文件夹中缺少 DLL 文件

Question

我正在尝试从 Azure DevOps（以前称为 VisualStudio.com）下载工作分支并将其运行到第二台机器上。

主机（VS2017 Pro）：

1. SolutionABC 完美构建和运行
2. 分支到 SolutionABC-Branch 并进行了小的更改（此问题之外）
3. SolutionABC-Branch 完美构建并运行
4. SolutionABC-Branch 已签入

第二台机器（VS2019 Pro）：

1. SolutionABC 完美下载、构建和运行
2. SolutionABC-Branch 下载，但不会构建：

通过错误对话框追溯错误，我得到了：

警告 BC40056

在 Imports 中指定的命名空间或类型 'Microsoft.IdentityModel.Clients.ActiveDirectory' 不包含任何 公共成员或找不到。确保命名空间或类型 已定义并包含至少一个公共成员。确保 导入的元素名称不使用任何别名。

快速谷歌搜索引导我here，所以按照说明确实存在一些问题：

首先，请问我该如何解决？

其次，当从它分支出来的父解决方案在这台机器上完美运行时，这是如何发生的？

更新

似乎许多项目引用（包括解决方案中的其他项目以及 Microsoft DLL）也丢失了。无奈之下，我将 Microsoft DLL 从初始项目复制到了分支项目。这已经解决了这个问题，但我的问题仍然没有答案......

解决方案

问题原来是 VSTS/TFS 的文件/路径长度限制。将我的本地存储库重新定位到更短的目录名称（例如 C:\TFS）解决了这个问题。

Answer 1

将完全可用的解决方案下载到第二台机器后，\bin 文件夹中的 DLL 文件丢失

AFAIK，这个问题应该与 TFS/Azure Devops 无关，它更多地与小的更改或环境设置有关。虽然你认为它是（在当前问题之外），但它可能会导致这个问题出现在你看不到/想不到的地方。

要解决此问题，我们需要对其进行故障排除：

由于该分支的父解决方案在第二台机器（VS2019 Pro）上完美运行，我们可以创建一个新分支而无需进行微小更改，然后检查是否仍然存在此问题？

然后，添加这些更改并检查您是否再次遇到此问题。

注意：尝试从第二台机器上的 SolutionABC-Branch 解决方案中删除引用并重新添加以检查此问题是否已解决。

希望这会有所帮助。

Answer 2

如何解决：

使用Microsoft.IdentityModel.Clients.ActiveDirectory的nuget包

是什么原因造成的：

我敢打赌，这指出了这两台机器之间的差异。查看参考属性中列出的框 1 上的目录，并检查程序集是否存在。验证它在框 2 上的相同路径中。同时检查两台机器上的 GAC。 VS/MSBuild 在查找这些程序集时会尝试尽可能智能，如果提示路径说明一件事，但在那里找不到，但程序集已注册，则构建将正常进行。