Google.Apis.Storage.v1 build 1.45.0.1957导致的MSBuild警告

Question

我使用Google.Apis.Storage.v1 build 1.45.0.1957实现了一个将一些文件存储在GCP存储桶中的项目，并且我对这些项目发出了msbuild警告，这些项目对我使用库的项目没有任何直接引用。

警告MSB3247:发现同一依赖程序集的不同版本之间存在冲突。在Visual Studio中，双击此警告(或选择它并按Enter键)以修复冲突；否则，将以下绑定重定向添加到应用程序配置文件中的“运行时”节点：

来自我们构建的细节

"Google.Apis.Storage.v1，Version=1.45.0.1957，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“和"Google.Apis.Storage.v1，Version=1.45.0.1882，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab”之间存在冲突。无法解决"Google.Apis.Storage.v1，Version=1.45.0.1957，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“和"Google.Apis.Storage.v1，Version=1.45.0.1882，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab”之间的冲突。任意选择"Google.Apis.Storage.v1，Version=1.45.0.1957，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“。依赖于"Google.Apis.Storage.v1，Version=1.45.0.1957，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“的引用C:\Jenkins\workspace\code\tools\api\Project.Test.Proxy\bin\Debug\ExternalStorage.GCP.dll项目文件项包含导致引用"C:\Jenkins\workspace\code\tools\api\Project.Test.Proxy\bin\Debug\ExternalStorage.GCP.dll".的内容C:\Jenkins\workspace\code\tools\api\Project.Test.Proxy\bin\Debug\Project.Test.Proxy.dll引用依赖于"Google.Apis.Storage.v1，Version=1.45.0.1882，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“[]。C:\Jenkins\workspace\code\tools\api\Project.Test.Proxy\bin\Debug\Google.Cloud.Storage.V1.dll项目文件项包含导致引用"C:\Jenkins\workspace\code\tools\api\Project.Test.Proxy\bin\Debug\Google.Cloud.Storage.V1.dll".的内容C:\Jenkins\workspace\code\tools\api\Project.Test.Proxy\bin\Debug\Project.Test.Proxy.dll在"Google.Apis.Auth，Version=1.45.0.0，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“和"Google.Apis.Auth，Version=1.44.1.0，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab”之间存在冲突。无法解决"Google.Apis.Auth，Version=1.45.0.0，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“和"Google.Apis.Auth，Version=1.44.1.0，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab”之间的冲突。任意选择"Google.Apis.Auth，Version=1.45.0.0，Culture=neutral，PublicKeyToken=4b01fa6e34db77ab“。

如果我安装并使用1.45.0.1957，它怎么会抱怨1.45.0.1882。

这种引用混乱的根源可能是什么？

谢谢你的帮助

Answer 1

深度扫描在我们的解决方案的一个.csproj文件中发现了损坏的引用。