csproj中配置的runtime是否会被dotnet publish命令忽略？

配置作用边界说明 #

• csproj中的RuntimeIdentifiers（复数RID列表）仅作用于NuGet还原阶段，作用是声明项目支持的运行时范围，让还原操作提前拉取所有对应RID的依赖包，不会触发指定运行时的构建逻辑，也不会自动开启自包含（self-contained）模式。
• 若需要让本地dotnet publish默认生成带runtime目录的自包含包，需要在csproj中配置单数形式的RuntimeIdentifier（指定单个目标RID），同时添加<SelfContained>true</SelfContained>配置。

命令参数作用逻辑 #

• dotnet build --runtime <RID>的参数不只是传递给还原操作，会触发针对指定RID的构建，生成对应平台的可执行文件，但默认不会打包完整运行时，也不会自动开启自包含模式。
• dotnet publish的--runtime、--self-contained参数才是决定最终发布产物模式的核心配置，优先级高于csproj中的静态配置。

你的流水线异常原因 #

你当前流水线的命令dotnet publish -self-contained --no-build的问题出在--no-build参数上：

开启--no-build后，发布阶段会直接复用之前dotnet build生成的二进制产物，不会重新执行构建逻辑。如果此前的构建步骤没有指定目标RID、也没有开启自包含配置，那么发布阶段哪怕加了-self-contained参数，也无法生成符合预期的指定运行时自包含包，最终输出要么是跨平台的框架依赖包，要么默认使用构建代理当前运行时的RID生成自包含包，完全不会用到csproj中配置的RuntimeIdentifiers列表。

修复方案 #

方案一：保留--no-build参数 #

如果需要拆分还原、构建、发布步骤，就需要保证构建阶段参数和发布阶段一致：

• 要么在csproj中配置固定的单值RuntimeIdentifier和<SelfContained>true</SelfContained>
• 要么在dotnet build阶段就加上--runtime <目标RID> --self-contained参数，和发布参数对齐

方案二：移除--no-build参数 #

直接在dotnet publish阶段明确指定--runtime <目标RID> --self-contained，发布操作会自动完成对应运行时的构建，不需要提前执行构建步骤，输出路径也会符合官方文档的规则。

内容的提问来源于stack exchange，提问作者Alex KeySmith