C# NuGetFallbackFolder路径“突然”；“错误”；在德国的窗户上

我想我对正在发生的事情有了更多的了解，所以我重写了我的问题。。。这似乎与我第一次描述的有所不同

这一次发生在我开始一个grpc服务器类型的新项目时

症状仍然相同： “Der FallbackPaketOrder”C:\Program（x86）\dotnet\sdk\NuGetFallbackFolder“wurde nicht gefunden。” 翻译：未找到Fallbackfolder“C:\Program（x86）\dotnet\sdk\NuGetFallbackFolder”

然而，它没有找到“德国路径”（仍然在我的“德国”操作系统上）。 这是我可以复制的-所以我想我上次描述它时把它颠倒了

进一步审查这一点： 在my nuget.config中，生成以下条目：

<add key="Microsoft Visual Studio Offline Packages" value="C:\Programme (x86)\Microsoft SDKs\NuGetPackages\" />

如果我删除它并更改nuget数据包管理器数据包源中的设置，它可能会返回

虽然这对于德国操作系统“程序（x86）”来说似乎是正确的，但实际上似乎是一个幽灵（对不起，我不知道正确的术语是什么）。因为通常每个引用似乎都被重定向到“C:\Programm Files（x86）”。 因此，即使我通过Fileexplorer向下点击“Program（x86）”，如果我在Filexplorer的“path Box”中选中路径，它也会显示“C:\Program Files（x86）”

但这个翻译似乎不适用于nuget。。。 那么谁在设置这个条目呢？在我看来，要么它应该被设置为“程序文件”，要么它应该被翻译，这似乎并没有发生

在Fileexplorer中，我可以在路径框中输入两个路径。无论我输入“C:\ProgramFiles（x86）”还是“C:\Program（x86）”，都没有关系——我总是以前者结束。这就是“\Microsoft SDK\NuGetPackages”实际驻留的位置。问题不是我的系统上不存在该路径。问题是，在我的nuget.config中生成该条目时，不知何故使用了德语符号，但是转换/重定向不起作用，或者在nuget包管理器中使用了该符号

啊，我不确定项目类型是否重要，但以防万一——这次是grpc服务

Visual Studio 2019 16.7.5

---

Core 3.1

关于您的德国PC上的Net Core，这是您自己的问题。

C:\Program Files\dotnet\sdk

是关于VS的系统默认位置。默认地址是英语，不是德语，我们无法更改

Fallbackfolder“C:\Program Files\dotnet\sdk\NuGetFallbackFolder” 找不到

NuGetFallbackFolder

是由

NetCore2.xSDK

创建和需要的。如果您使用的是

netcore3.x

sdk，它就不需要这个文件夹，也不再是问题了。由于我不知道您是如何在德国电脑上安装VS的，因此不确定您是否在一台电脑上安装了双操作系统，您应该检查您的德国系统，并确保

Fallbackfolder

的文件夹路径是否存在

===========================================

如果没有，请在您的德国系统上安装sdk，它将安装文件夹

NuGetFallbackFolder

和如果这没有帮助，请尝试以下步骤来解决德国系统上的问题：

1）关闭VS，打开控制面板-->程序-->右键单击任何net core sdk程序-->更改-->修复

2）在Wpf核心项目的

xxx.csproj

中添加此节点

<PropertyGroup>
<DisableImplicitNuGetFallbackFolder>true</DisableImplicitNuGetFallbackFolder>
</PropertyGroup>

真的

---

3）尝试在德国系统上运行

网络核心的版本是什么？2.2还是3.1？另外，你的VS版本是什么？你有什么进展吗？我刚刚更新/更改了问题-问题仍然存在，而且似乎与我最初描述的有所不同-可能我对所有发生的翻译感到困惑（路径似乎被翻译了，我必须翻译-所以我迷失在翻译中）您是否从vs_安装程序安装了VS2019的德语版本，但未选择英语版本？你应该同时选择英文版本。如果路径不同，我认为您必须先用英语重新安装VS，才能使用

C:\Program Files（x86）\Microsoft Visual Studio\2019\xxx

创建安装路径。我会尝试一下，但我认为这不是（或至少不应该是）Visual Studio语言的问题。我试图解释的是：当生成FallbackFolder的条目时，它似乎考虑到了德国的操作系统。因此，它会生成一个带有“C:\Program（x86）\…”的条目。但是，该路径实际上并不存在。这是FileExplorer向您显示的内容，但windows似乎通常会将其转换为“C:\Program Files（x86）”，这是始终有效的路径，并且似乎是“物理路径”“小径。但是nuget软件包经理似乎忽略了这个翻译。我在一个新项目中再次遇到了这个问题（这次不是WPF，而是grpc服务类型的项目…不确定项目类型是否重要…我更新了这个问题，因为这是我可以轻松复制的内容。。。