.NET SDK 错误列表

本文适用于: ✔️ .NET 6 SDK 及更高版本

此列表涵盖了在开发 .NET 应用程序时,可能从 .NET SDK 中遇到的全部错误。 如果有可用的有关特定错误的更多信息,则错误编号将成为链接。

SDK 消息编号 消息
NETSDK1001 必须至少指定一个可能的目标框架。
NETSDK1002 “{0}”项目的目标是“{2}”。 它不能被目标为“{1}”的项目引用。
NETSDK1003 无效的框架名称:“{0}”。
NETSDK1004 找不到资产文件“{0}”。 运行 NuGet 包还原以生成此文件。
NETSDK1005 资产文件“{0}”未包含“{1}”的目标。 确保还原已运行,并且已将“{2}”包含在项目的 TargetFrameworks 中。
NETSDK1006 资产文件路径“{0}”不是绝对路径。 仅支持完整路径。
NETSDK1007 找不到“”{0}的项目信息。 这可以指示缺少的项目引用。
NETSDK1008 项目“{1}”的“{2}”缺少“{0}”元数据。
NETSDK1009 “{1}”中无法识别的预处理器令牌“{0}”。
NETSDK1010 必须为“{0}”任务提供参数“{1}的值才能使用预处理的内容。
NETSDK1011 正在从项目“{0}”中使用资产,但在“{1}”中未找到对应的 MSBuild 项目路径。
NETSDK1012 ‘{0}’ 的文件类型不符合预期。 类型为“”{1}和“{2}”。
NETSDK1013 无法识别 TargetFramework 值“{0}” 。 它可能拼写错误。 否则,必须显式指定 TargetFrameworkIdentifier 和/或 TargetFrameworkVersion 属性。
NETSDK1014 用于“{0}”的内容项设置了“{1}”,但没有提供“{2}”或“{3}”。
NETSDK1015 预处理器令牌“{0}”已给定多个值。 选择“”{1}作为值。
NETSDK1016 找不到“”{0}的解析路径。
NETSDK1017 必须先配置资产预处理器,然后才能处理资产。
NETSDK1018 NuGet 版本字符串无效:“{0}”。
NETSDK1019 {0} 是不支持的框架。
NETSDK1020 为已解析库 {1} 指定的包根目录 {0} 不正确。
NETSDK1021 找到多个与 {0} 相关的文件
NETSDK1022 包含重复的“{0}”项。 默认情况下,.NET SDK 包含项目目录中的“{0}”项。 可从项目文件中删除这些项,或如果想要在项目文件中显式包括它们,则将“{1}”属性设为“{2}”。 有关详细信息,请参阅 {4}。 重复项为: {3}
NETSDK1023 项目中包括了“{0}”的 PackageReference。 此包由 .NET SDK 隐式引用,通常不需要从项目引用它。 有关详细信息,请参阅 {1}。
NETSDK1024 文件夹“{0}”已存在 - 请删除它或指定一个不同的 ComposeWorkingDir。
NETSDK1025 提供的目标清单 {0} 的格式不正确。
NETSDK1028 指定运行时标识符 (RuntimeIdentifier)。
NETSDK1029 无法将“”{0}用作应用程序主机可执行文件,因为它不包含预期的占位符字节序列“{1}”,该序列将标记将写入应用程序名称的位置。
NETSDK1030 给定文件名“”{0}超过 1024 字节。
NETSDK1031 不支持在不指定 RuntimeIdentifier 的情况下生成或发布独立应用程序。 必须指定 RuntimeIdentifier 或将 SelfContained 设置为 false。
NETSDK1032 RuntimeIdentifier 平台“{0}”和 PlatformTarget“{1}”必须兼容。
NETSDK1042 无法从“”{0}加载 PlatformManifest,因为它不存在。
NETSDK1043 解析“{0}”中 PlatformManifest 的第 {1} 行时出错。 行必须符合 {2} 格式。
NETSDK1044 在解析 PlatformManifest 时,来自“{0}”第{1}行出现错误。 {2} {3} 无效。
NETSDK1045 当前 .NET SDK 不支持以 {0}{1} 为目标。 请将目标改为 {0}{2} 或更低版本,或使用支持 {0}{1} 的 .NET SDK 版本。
NETSDK1046 TargetFramework 值“”{0}无效。 若要多目标,请改用“TargetFrameworks”属性。
NETSDK1047 资产文件“{0}”未包含“{1}”的目标。 确保还原已运行,并且已将“{2}”包含在项目的 TargetFrameworks 中。 你可能还需要在项目的 RuntimeIdentifiers 中包含 '{3}'。
NETSDK1048 已为 GenerateRuntimeConfigurationFiles 指定了“AdditionalProbingPaths”,但由于“RuntimeConfigDevPath”为空,因此被跳过。
NETSDK1049 已解决的文件有损坏的图像、没有元数据,或因其他原因无法访问。 {0} {1}。
NETSDK1050 此项目使用的 Microsoft.NET.Sdk 版本不足以支持对面向 .NET 标准 1.5 或更高版本库的引用。 请安装 .NET Core SDK 版本 2.0 或更高版本。
NETSDK1051 从“{0}”分析 FrameworkList 时出错。 {1} {2} 无效。
NETSDK1052 框架列表文件路径“{0}”不是绝对路径。 仅支持完整路径。
NETSDK1053 “打包为工具”不支持自包含。
NETSDK1054 仅支持 .NET Core。
NETSDK1055 DotnetTool 不支持低于 netcoreapp2.1 的目标框架。
NETSDK1056 项目针对运行时“{0}”,但未解析任何运行时特定的包。 目标框架可能不支持此运行时。
NETSDK1057 你使用的是 .NET 的预览版。 请参阅 https://aka.ms/dotnet-support-policy
NETSDK1058 ItemSpecToUse 参数的值无效:“{0}”。 此属性必须为空或设置为“Left”或“Right”
NETSDK1059 工具“{0}”现在包含在 .NET SDK 中。 有关解决此警告的信息,请访问https://aka.ms/dotnetclitools-in-box
NETSDK1060 读取资产文件时出错: {0}
NETSDK1061 该项目已使用 {0} 版本 {1}还原,但使用当前设置时,将改用版本 {2} 。 若要解决此问题,请确保使用相同的设置用于还原和后续作,例如生成或发布。 如果在生成或发布期间设置了 RuntimeIdentifier 属性,但在还原期间未设置,则通常会发生此问题。 有关详细信息,请参阅 https://aka.ms/dotnet-runtime-patch-selection
NETSDK1063 未设置项目资产文件的路径。 运行 NuGet 包还原以生成此文件。
NETSDK1064 找不到包 {0} 版本 {1}。 自 NuGet 还原以来,它可能已被删除。 否则,NuGet 还原可能只部分完成,这可能是由于最大路径长度限制造成的。
NETSDK1065 找不到{0}的应用主机。 {0} 可能是无效的运行时标识符(RID)。 有关 RID 的详细信息,请参阅 https://aka.ms/rid-catalog
NETSDK1067 需要有自包含应用程序才能使用应用程序主机。 将 SelfContained 设置为 false 或将 UseAppHost 设置为 true。
NETSDK1068 依赖框架的程序主机至少需要 “netcoreapp2.1” 的目标框架。
NETSDK1069 该项目使用了一个面向 .NET Standard 1.5 或更高版本的库,而该项目本身所针对的 .NET Framework 版本并不原生支持该版本的 .NET Standard。 访问 https://aka.ms/net-standard-known-issues 查看已知问题列表。 请考虑重定向到 .NET Framework 4.7.2。
NETSDK1070 应用程序配置文件必须具有根配置元素。
NETSDK1071 对“{0}”的 PackageReference 指定了版本 {1}。 不建议指定此包的版本。 有关详细信息,请参阅 https://aka.ms/sdkimplicitrefs
NETSDK1072 无法使用“{0}”作为应用程序主机可执行文件,因为它不是 CUI (控制台) 子系统的Windows可执行文件。
NETSDK1073 无法识别 FrameworkReference “{0}”。
NETSDK1074 应用程序主机可执行文件不会被自定义,因为添加资源需要在 Windows 系统(不包括 Nano Server)上进行构建。
NETSDK1075 更新句柄无效。 此实例不能用于进一步更新。
NETSDK1076 AddResource 只能与整数资源类型一起使用。
NETSDK1077 无法锁定资源。
NETSDK1078 无法使用“{0}”作为应用程序主机可执行文件,因为它不是Windows PE 文件。
NETSDK1079 Microsoft.AspNetCore.All 包在目标为 .NET Core 3.0 或更高版本时不受支持。 应该改用对 Microsoft.AspNetCore.App 的框架引用 (FrameworkReference),该引用将由 Microsoft.NET.Sdk.Web 隐式包含。
NETSDK1080 当面向 .NET Core 3.0 或更高版本时,针对 Microsoft.AspNetCore.App 的 PackageReference 不是必需的。 如果使用 Microsoft.NET.Sdk.Web,将自动引用共享框架。 否则,PackageReference 应替换为 FrameworkReference。
NETSDK1081 找不到 {0} 目标识别包。 可以通过在项目中运行 NuGet 还原来解决此问题。
NETSDK1082 没有可用于指定运行时标识符“{1}”的 {0} 运行时包。
NETSDK1083 无法识别指定的 RuntimeIdentifier “{0}”。
NETSDK1084 指定的 RuntimeIdentifier '{0}' 没有可用的应用程序主机。
NETSDK1085 'NoBuild' 属性设置为 true,但仍调用了 'Build' 目标。
NETSDK1086 项目中包括了针对“{0}”的框架引用 (FrameworkReference)。 这由 .NET SDK 隐式引用,你通常不需要从项目引用它。 有关详细信息,请参阅 {1}。
NETSDK1087 项目中包含了多个名为{0}的 FrameworkReference 项目。
NETSDK1088 COMVisible 类“{0}”必须具有 GuidAttribute,该类的 CLSID 才能在 .NET Core 中对 COM 可见。
NETSDK1089 “”{0}和“”{1}类型在其 GuidAttribute 中设置了相同的 CLSID “{2}”。 每个 COMVisible 类都需要为其 CLSID 分配不同的 GUID。
NETSDK1090 提供的程序集“”{0}无效。 无法从中生成 CLSIDMap。
NETSDK1091 找不到 .NET Core COM 主机。 .NET Core COM 主机仅在 .NET Core 3.0 或更高版本针对 Windows 时可用。
NETSDK1092 无法在 COM 主机上嵌入 CLSIDMap,因为添加资源要求在 Windows(不包括 Nano Server)上执行生成。
NETSDK1093 项目工具(DotnetCliTool)仅支持定位于 .NET Core 2.2 及以下版本。
NETSDK1094 无法优化程序集的性能:找不到有效的运行时包。 将 PublishReadyToRun 属性设置为 false,或者在发布时使用支持的运行时标识符。 面向 .NET 6 或更高版本时,请确保将 PublishReadyToRun 属性设置为 true 后再还原包。
NETSDK1095 所选目标平台或体系结构不支持优化程序集的性能。 请验证你使用的是受支持的运行时标识符,或将 PublishReadyToRun 属性设置为 false。
NETSDK1096 程序集性能优化失败。 可以将失败的程序集排除在优化中,或将 PublishReadyToRun 属性设置为 false。
NETSDK1097 不支持在不指定 RuntimeIdentifier 的情况下将应用程序发布到单文件。 必须指定 RuntimeIdentifier 或将 PublishSingleFile 设置为 false。
NETSDK1098 发布到单文件的应用程序需要使用应用程序主机。 必须将 PublishSingleFile 设置为 false 或将 UseAppHost 设置为 true。
NETSDK1099 仅支持将可执行应用程序发布为单个文件。
NETSDK1100 若要在此操作系统上生成面向Windows的项目,请将 EnableWindowsTargeting 属性设置为 true。
NETSDK1102 当前选择的发布配置不支持对程序集进行大小优化。 请确保您发布的是一个无需依赖外部资源的独立应用。
NETSDK1103 仅在 .NET Core 3.0 或更高版本上支持 RollForward 设置。
NETSDK1104 RollForward 值“”{0}无效。 允许的值为 {1}.
NETSDK1105 Windows桌面应用程序仅在 .NET Core 3.0 或更高版本上受支持。
NETSDK1106 Microsoft.NET。Sdk.WindowsDesktop 要求将“UseWpf”或“UseWindowsForms”设置为“true”。
NETSDK1107 Microsoft.NET.Sdk.WindowsDesktop 是构建 Windows 桌面应用程序所必需的。 当前 SDK 不支持“UseWpf”和“UseWindowsForms”。
NETSDK1109 找不到运行时列表文件“{0}”。 请在此处向.NET团队报告此错误:https://aka.ms/dotnet-sdk-issue
NETSDK1110 运行时包中的多个资产具有相同的目标子路径“{0}”。 请在此处向.NET团队报告此错误:https://aka.ms/dotnet-sdk-issue
NETSDK1111 无法删除输出 apphost:{0}。
NETSDK1112 未下载 {0} 的运行时包。 尝试使用 RuntimeIdentifier “”{1}运行 NuGet 还原。
NETSDK1113 无法创建 apphost (第 {0} 次尝试,共 {1} 次):{2}。
NETSDK1114 找不到 .NET Core IJW 主机。 .NET Core IJW 主机仅在面向Windows时在 .NET Core 3.1 或更高版本上可用。
NETSDK1115 当前 .NET SDK 不支持 .NET 框架,除非使用 .NET SDK 默认设置。 这可能是由于 C++/CLI 项目 CLRSupport 属性与 TargetFramework 不匹配。
NETSDK1116 面向 .NET Core 的 C++/CLI 项目必须是动态库。
NETSDK1117 不支持发布面向 dotnet core 的 C++/CLI 项目。
NETSDK1118 无法打包面向 .NET Core 的 C++/CLI 项目。
NETSDK1119 面向 .NET Core 的 C++/CLI 项目无法使用 EnableComHosting=true。
NETSDK1120 面向 .NET Core 的 C++/CLI 项目至少需要目标框架“netcoreapp3.1”。
NETSDK1121 面向 .NET Core 的 C++/CLI 项目无法使用 SelfContained=true。
NETSDK1122 将跳过 ReadyToRun 编译,因为它仅支持 .NET Core 3.0 或更高版本。
NETSDK1123 将应用程序发布到单文件需要.NET Core 3.0 或更高版本。
NETSDK1124 剪裁程序集需要.NET Core 3.0 或更高版本。
NETSDK1125 仅 netcoreapp 目标支持发布到单个文件。
NETSDK1126 只有自包含应用程序支持使用 Crossgen2 发布 ReadyToRun。
NETSDK1127 未安装目标包 {0} 。 请还原并重试。
NETSDK1128 COM 托管不支持独立部署。
NETSDK1129 如果不指定目标框架,则不支持“发布”目标。 当前项目面向多个框架,必须为已发布的应用程序指定框架。
NETSDK1130 {1} 无法引用。 不支持以 .NET 5 或更高版本为目标时,请直接引用 Windows 元数据组件。 有关详细信息,请参阅 https://aka.ms/netsdk1130
NETSDK1131 面向 {0} 时,不支持使用 WinMDExp 来生成托管型 Windows 元数据组件。
NETSDK1132 没有可用的 {0}运行时包信息。
NETSDK1133 关于 {0} 可用的运行时包存在冲突信息。
NETSDK1134 不支持使用特定的 RuntimeIdentifier 生成解决方案。 如果您希望仅为单个 RID 进行发布,请在单个项目级别指定该 RID。
NETSDK1135 SupportedOSPlatformVersion {0} 不能高于 TargetPlatformVersion {1}。
NETSDK1136 使用Windows 窗体或WPF时,目标平台必须设置为Windows(通常通过在 TargetFramework 属性中包含“-windows”),或者引用这样做的项目或包。
NETSDK1137 不再需要使用 Microsoft.NET。Sdk.WindowsDesktop SDK。 请考虑将根Project元素的 Sdk 属性更改为“Microsoft.NET”。Sdk'。
NETSDK1138 目标框架“”{0}不受支持,将来不会收到安全更新。 有关支持策略的详细信息,请参阅 https://aka.ms/dotnet-core-support
NETSDK1139 无法识别目标平台标识符 {0} 。
NETSDK1140 {0} 不是 {1} 的有效 TargetPlatformVersion。 有效版本包括:
NETSDK1141 无法解析位于 {0} 的 global.json 中指定的.NET SDK 版本。
NETSDK1142 当针对 .NET5 或更高版本发布时,不支持在单个文件捆绑包中包含符号。
NETSDK1143 若将全部内容包含在单个文件捆绑包中,也会同时包含本机库。 如果 IncludeAllContentForSelfExtract 为 true,IncludeNativeLibrariesForSelfExtract 不得为 false。
NETSDK1144 优化程序集以减少大小失败。 通过将 PublishTrimmed 属性设置为 false,可以禁用优化。
NETSDK1145 {0} 包未安装,并且不支持 NuGet 包还原。 升级Visual Studio,如果指定特定 SDK 版本,请删除 global.json,然后卸载较新的 SDK。 有关更多选项,请访问 https://aka.ms/targeting-apphost-pack-missing。 Pack Type:{0},Pack 目录:{1},目标框架:{2},Pack 包ID:{3},Pack 包版本:{4}.
NETSDK1146 PackAsTool 不支持设置 TargetPlatformIdentifier。 例如,TargetFramework 不能是 net5.0-windows,只有 net5.0。 面向 .NET 5 及更高版本时,PackAsTool 也不支持 UseWPF 或 UseWindowsForms。
NETSDK1147 若要生成此项目,必须安装以下工作负载: {0}
NETSDK1148 引用的程序集是使用较新版本的 Microsoft.Windows.SDK.NET.dll 编译的。 若要引用此程序集,请更新到较新的 .NET SDK。
NETSDK1149 无法引用 {0},因为它使用对 WinRT 的内置支持,.NET 5 及更高版本不再支持它。 需要支持 .NET 5 的组件的更新版本。 有关详细信息,请参阅 https://aka.ms/netsdk1149
NETSDK1150 引用的项目“”{0}是一个非自包含可执行文件。 自包含可执行文件不能引用非自包含可执行文件。 有关详细信息,请参阅 https://aka.ms/netsdk1150
NETSDK1151 引用的项目“”{0}是一个自包含可执行文件。 非自包含可执行文件不能引用自包含可执行文件。 有关详细信息,请参阅 https://aka.ms/netsdk1151
NETSDK1152 找到多个具有相同相对路径的发布输出文件: {0}
NETSDK1153 未在 PDB 编译模式下指定 CrossgenTool。
NETSDK1154 当 UseCrossgen2 设置为 true 时,必须指定 Crossgen2Tool。
NETSDK1155 找不到 Crossgen2Tool 可执行文件“{0}”。
NETSDK1156 .NET 找不到主机可执行文件“{0}”。
NETSDK1157 找不到 JIT 库“{0}”。
NETSDK1158 Crossgen2Tool 项上缺少必需的“{0}”元数据。
NETSDK1159 当 UseCrossgen2 设置为 false 时,必须指定 CrossgenTool。
NETSDK1160 找不到 CrossgenTool 可执行文件“{0}”。
NETSDK1161 找不到 DiaSymReader 库“{0}”。
NETSDK1162 PDB 生成:找不到 R2R 可执行文件“{0}”。
NETSDK1163 找不到输入程序集“{0}' 。
NETSDK1164 PDB 生成模式中缺少输出 PDB 路径(OutputPDBImage 元数据)。
NETSDK1165 缺少输出 R2R 映像路径(OutputR2RImage 元数据)。
NETSDK1166 使用复合模式针对具有 Crossgen2 的 .NET 5 发布时,无法发出符号。
NETSDK1167 仅当发布 .NET 6 或更高版本时,才支持单个文件捆绑包中的压缩。
NETSDK1168 不支持或不建议在WPF中启用剪裁功能。 有关详细信息,请转到 https://aka.ms/dotnet-illink/wpf
NETSDK1169 为两个类型库'{1}'和'{2}'指定了相同的资源 ID {0}。 不允许重复类型库 ID。
NETSDK1170 提供的类型库 ID“{0}”对于类型库“{1}”是无效的。 ID 必须是小于 65536 的正整数。
NETSDK1171 必须为类型库“”{0}提供小于 65536 的整数 ID,因为指定了多个类型库。
NETSDK1172 提供的类型库“”{0}不存在。
NETSDK1173 提供的类型库“”{0}格式无效。
NETSDK1174 --project 的 -p 缩写已弃用。 请使用 --project。
NETSDK1175 不支持或不建议在启用剪裁的情况下使用Windows 窗体。 有关详细信息,请转到 https://aka.ms/dotnet-illink/windows-forms
NETSDK1176 仅当发布独立应用程序时,才支持在单个文件捆绑包中压缩。
NETSDK1177 无法对 Apphost 进行签名,错误代码为 {1}: {0}。
NETSDK1178 项目依赖于此安装中任何可用的工作负载中不存在的以下工作负荷包: {0}
NETSDK1179 使用“--runtime”时,需要使用“--self-contained”或“--no-self-contained”选项之一。
NETSDK1181 获取包版本时出错:工作负荷清单中不存在包“{0}” 。
NETSDK1182 不支持在 Visual Studio 2019 中以 .NET 6.0 或更高版本为目标。
NETSDK1183 无法针对提前编译优化程序集:找不到有效的运行时包。 将 PublishAot 属性设置为 false,或者在发布时使用支持的运行时标识符。 当以 .NET 7 或更高版本为目标时,请确保在还原包时将 PublishAot 属性设置为 true。
NETSDK1184 FrameworkReference“{0}”的目标包不可用。 这可能是因为 DisableTransitiveFrameworkReferenceDownloads 设置为 true。
NETSDK1185 FrameworkReference 的运行时包“{0}”不可用。 这可能是因为 DisableTransitiveFrameworkReferenceDownloads 设置为 true。
NETSDK1186 此项目通过项目或 NuGet 包引用依赖于 Maui Essentials,但不显式声明该依赖项。 若要生成此项目,必须将 UseMauiEssentials 属性设置为 true(并在必要时安装 Maui 工作负荷)。
NETSDK1187 包 {0}{1} 具有区域设置为“”{2}的资源。 此区域设置已被规范化为“{3}”标准格式,以防止编译时出现大小写问题。 建议就此大小写问题通知包作者。
NETSDK1188 包 {0}{1} 具有区域设置为“{2}”的资源。 .NET无法识别此区域设置。 请考虑通知包作者,该包似乎正在使用无效的语言环境。
NETSDK1189 不支持 Prefer32Bit,并且对 netcoreapp 目标没有影响。
NETSDK1190 若要在解决方案项目中使用“”{0},必须将环境变量“”{1}设置为 true。 这将增加完成操作的时间。
NETSDK1191 无法推断属性“”{0}的运行时标识符。 明确指定一个 rid。
NETSDK1192 不支持在 Visual Studio 2022 17.3 中以 .NET 7.0 或更高版本为目标。
NETSDK1193 如果设置了 PublishSelfContained,则它必须是 true 或 false。 给定的值为“{0}”。
NETSDK1194 生成解决方案时不支持“--output”选项。 指定解决方案级输出路径会导致所有项目将输出复制到同一目录,这可能会导致生成不一致。
NETSDK1195 目标框架不支持剪裁或代码兼容性分析以进行剪裁、单文件部署或提前编译。 有关详细信息,请参阅 https://aka.ms/netsdk1195
NETSDK1196 SDK 不支持预先编译。 将 PublishAot 属性设置为 false。
NETSDK1197 多个解决方案项目包含冲突的“”{0}值;确保值匹配。 请考虑使用 Directory.build.props 文件设置所有项目的属性。 冲突的项目: {1}。
NETSDK1198 项目中找不到名称为“”{0}的发布配置文件。 将 PublishProfile 属性设置为有效的文件名。
NETSDK1199 由于 MSBuild 排序约束,无法在项目文件中设置 ArtifactsPath 和 UseArtifactsOutput 属性。 必须在 Directory.Build.props 文件或命令行中设置它们。 有关详细信息,请参阅 https://aka.ms/netsdk1199
NETSDK1200 如果 UseArtifactsPath 设置为 true 且未设置 ArtifactsPath,则必须有 Directory.Build.props 文件才能确定项目文件夹的位置。
NETSDK1201 对于面向 .NET 8.0 及更高版本的项目,默认情况下,指定 RuntimeIdentifier 将不再生成独立应用。 若要继续生成自包含应用,请将 SelfContained 属性设置为 true 或使用 --self-contained 参数。
NETSDK1202 工作负荷“”{0}不受支持,将来不会收到安全更新。 有关支持策略的详细信息,请参阅 {1} 。
NETSDK1203 目标运行时标识符“{0}”不支持预先编译。
NETSDK1204 当前平台“{0}”不支持预先编译。
NETSDK1205 不应直接设置 Microsoft.Net.Compilers.Toolset.Framework 包。 如果需要的话,可以将属性“BuildWithNetFrameworkHostedCompiler”设置为“true”。
NETSDK1206 找到特定于版本或特定于分发的运行时标识符:{0}。 受影响的库: {1}. 在 .NET 8.0 及更高版本中,默认情况下,无法找到与特定版本和特定分发有关的运行时标识符的资产。 有关详细信息,请参阅 https://aka.ms/dotnet/rid-usage
NETSDK1207 目标框架不支持预先编译。
NETSDK1208 无法识别目标平台标识符 {0} 。 这是因为 MSBuildEnableWorkloadResolver 设置为 false,这会禁用此标识符所需的.NET SDK 工作负荷。 取消设置此环境变量或 MSBuild 属性以启用工作负荷。
NETSDK1209 当前的 Visual Studio 版本不支持针对 {0}{1}。 选择针对 {0}{2} 或更低版本,或者使用 Visual Studio 版本 {3} 或更高。
NETSDK1210 目标框架不支持 IsAotCompatible 和 EnableAotAnalyzer。 考虑为支持的框架配置多目标,以实现提前编译分析,并且仅为受支持的框架设置 IsAotCompatible。 例如:
<IsAotCompatible Condition="$([MSBuild]::IsTargetFrameworkCompatible('$(TargetFramework)', 'net8.0'))">true</IsAotCompatible>
NETSDK1211 目标框架不支持 EnableSingleFileAnalyzer。 考虑针对受支持的框架配置多目标,以实现单一文件分析功能,并仅为受支持的框架设置 EnableSingleFileAnalyzer。 例如:
<EnableSingleFileAnalyzer Condition="$([MSBuild]::IsTargetFrameworkCompatible('$(TargetFramework)', '{0}'))">true</EnableSingleFileAnalyzer>
NETSDK1212 目标框架不支持 IsTrimmable 和 EnableTrimAnalyzer。 考虑为受支持的框架配置多目标,以启用剪裁,并仅为受支持的框架设置 IsTrimmable。 例如:
<IsTrimmable Condition="$([MSBuild]::IsTargetFrameworkCompatible('$(TargetFramework)', 'net6.0'))">true</IsTrimmable>
NETSDK1213 不支持在 Visual Studio 2022 17.7 中以 .NET 8.0 或更高版本为目标。
NETSDK1237 程序集“{0}”已列入 PublishReadyToRunPartialAssemblies,但同时也编译为复合映像。 仅对于单独编译的程序集支持部分编译。 程序集将被完全编译到合成映像中。