如何通过命令行追加修改MSBuild属性且不覆盖原有属性值

命令行直接传/p:DCC_Define=xxx会覆盖项目内属性的核心原因是MSBuild的属性求值优先级规则：命令行传入的属性优先级高于项目文件内的属性定义，会在项目文件加载前完成赋值，命令行参数的求值上下文和项目文件隔离，无法直接引用项目内定义的$(DCC_Define)值，因此之前写的/p:DCC_Define="TEST;$(DCC_Define)"里的$(DCC_Define)会被解析为空，最终只剩TEST。

以下是三种经过验证的可靠实现方式：

• 方案1：修改项目文件预留追加入口（推荐，长期维护成本最低）
  调整项目内的PropertyGroup定义，单独新增一个专门接收命令行额外参数的属性，避免直接覆盖原有DCC_Define：

  <PropertyGroup ...>
      <!-- 预留命令行传入的额外编译符号属性，默认空值 -->
      <ExtraDCCSymbols></ExtraDCCSymbols>
      <DCC_Define>DEBUG;$(DCC_Define);$(ExtraDCCSymbols)</DCC_Define>
  </PropertyGroup>
  

  后续命令行构建时，只需要给预留属性传值即可，不会破坏原有属性的拼接逻辑：

  msbuild 你的项目文件路径 /p:ExtraDCCSymbols="TEST"
  

  最终DCC_Define的求值结果为DEBUG;TEST，如果需要把命令行传入的符号放在最前面，调整属性拼接顺序为<DCC_Define>$(ExtraDCCSymbols);DEBUG;$(DCC_Define)</DCC_Define>即可，传入多个符号时直接用分号分隔，比如/p:ExtraDCCSymbols="TEST;OTHER_FLAG"。
• 方案2：命令行传入完整属性值（零项目修改，适合临时构建）
  如果不想修改现有项目文件，直接在命令行把最终需要的完整属性值拼好传入即可，手动完成值的拼接：

  msbuild 你的项目文件路径 /p:DCC_Define="DEBUG;TEST"
  

  这种方式的缺点是如果后续项目内DCC_Define的默认值有调整，命令行参数必须同步修改，不适合长期固定使用的构建流程。
• 方案3：使用MSBuild响应文件（适合固定构建场景）
  如果需要频繁追加固定的编译符号，可以新建一个后缀为.rsp的MSBuild响应文件，把固定的属性参数写在文件内，构建时直接引用即可。比如新建testbuild.rsp，内容如下：

  /p:DCC_Define="DEBUG;TEST"
  

  构建时执行以下命令即可自动加载响应文件内的参数：

  msbuild 你的项目文件路径 @testbuild.rsp
  

注意：不要尝试在命令行参数中直接引用项目内定义的属性，命令行参数求值阶段还没有加载项目文件，拿不到项目内的属性值，这类写法必然失效。

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