我来帮你排查这个问题——你遇到的情况其实挺常见的，主要是dotnet publish的参数规则和Visual Studio的发布逻辑有细微差异，咱们一步步来解决：

• 先修正命令的参数顺序和路径格式
  dotnet publish对参数顺序有要求，项目路径应该放在配置参数之前，而且PublishProfile的路径是相对于项目文件的，不是当前工作目录。你之前的命令里把项目路径放在中间，还加了多余的项目前缀，导致MSBuild没正确识别到发布配置。

正确的命令应该是这样的（如果在项目根目录外执行）：
dotnet publish MyApp -c Release /p:PublishProfile=Properties\PublishProfiles\Win64.pubxml

要是你已经进入了MyApp文件夹，直接简化成下面的命令就行，MSBuild会自动在默认的PublishProfiles目录里找文件：
dotnet publish -c Release /p:PublishProfile=Win64.pubxml

• 确认你的Win64.pubxml配置是否完整
  Visual Studio发布时会自动补全一些配置，但命令行下dotnet publish会严格遵循pubxml里的设置。打开你的Win64.pubxml，确保里面包含了指定目标运行时的关键配置：

<PropertyGroup>
  <!-- 指定64位Windows运行时 -->
  <RuntimeIdentifier>win-x64</RuntimeIdentifier>
  <!-- 如果需要自包含发布，加上这行；否则可以省略，用框架依赖模式 -->
  <SelfContained>true</SelfContained>
</PropertyGroup>

如果pubxml里没有RuntimeIdentifier节点，dotnet publish就会默认生成可移植版本，这就是你遇到问题的核心原因。

• 用命令行参数兜底强制指定运行时
  要是调整命令和pubxml后还是有问题，可以直接在命令里追加RuntimeIdentifier参数，强制覆盖配置：
  dotnet publish MyApp -c Release /p:PublishProfile=Properties\PublishProfiles\Win64.pubxml /p:RuntimeIdentifier=win-x64
  这样不管pubxml里有没有配置，都会按照win-x64的要求发布。

• 额外检查：确保pubxml没有被忽略
  有时候如果pubxml的属性设置为“不复制到输出目录”，或者项目文件里没正确包含这个pubxml，也可能导致命令行无法识别。你可以右键pubxml文件，查看“属性”里的“生成操作”是否设置为“Content”，确保它被包含在项目中。

一般来说，调整命令参数顺序+确认pubxml里的RuntimeIdentifier配置，就能解决你遇到的问题了。

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