.NET build configurations构建配置作用及自定义编译问题咨询

构建配置的核心作用是允许开发者基于同一份项目代码，为不同场景预设差异化的编译规则、输出策略，无需维护多份独立的项目定义文件。
.NET SDK默认预置了两个最常用的配置，二者的默认规则差异非常明确：

• Debug：面向本地开发调试场景，默认关闭代码编译优化、生成完整调试符号、定义DEBUG编译常量，代码中标记了[Conditional("DEBUG")]的调试逻辑（比如断言、详细调试日志）会被完整编译进输出文件，方便开发者断点调试、排查问题。
• Release：面向生产环境发布场景，默认开启全量编译优化、定义RELEASE编译常量、剔除调试相关冗余逻辑，通常还会配合配置开启程序集裁剪、单文件打包、调试符号分离等能力，最终产出的二进制体积更小、运行性能更高。

你没有操作错误。
你执行的三条命令完全符合.NET CLI的语法规范：

dotnet build -c Debug
dotnet build -c Release
dotnet build -c qwerty

.NET构建系统不会强制校验-c/--configuration参数传入的值必须是预设的Debug或Release。本质上构建配置只是构建流程里可被引用的一个变量标识，本身没有绑定任何固定的内置行为，不同配置间的所有差异，都来自项目文件中给对应配置定义的专属编译属性、执行任务、输出规则。
你测试时传入的qwerty是没有做任何自定义规则绑定的配置名，构建流程会自动使用全局默认的编译参数执行，最终输出的文件自然只会在程序集元数据里记录对应的配置名称，二进制内容不会有实质差异。如果需要让自定义配置产生实际效果，你只需要在.csproj项目文件中为对应配置添加属性组定义，比如新增预发布场景用的Staging配置时，明确指定它的编译优化等级、预定义常量、发布相关规则，之后用该配置构建就会产出符合预期的差异化结果。

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