MSBuild Item Remove操作如何实现按绝对路径匹配移除项

以下代码来自共享项目（Shared project）：

<Content Include="$(MSBuildThisFileDirectory)MyFile1" />

上述写法展开后等价于绝对路径引入：

<Content Include="c:\MyProject\MyFile1" />

以下代码来自普通项目：

<Content Include="MyFile2" />

两个Content项的Include路径一个为绝对路径、一个为相对路径，执行Remove操作移除项时会出现匹配异常：通过相对路径引入的项，无法使用其对应的绝对路径完成Remove移除。
实际测试验证：Remove操作默认执行字符串匹配而非路径语义匹配，只有传入与Include阶段完全一致的字符串才能成功移除对应项。

• 可成功移除项的写法：

<Content Remove="MyFile2" />
<Content Remove="c:\MyProject\MyFile1" />

• 无法成功移除对应项的写法：

<Content Remove="c:\MyProject\MyFile2" />
<Content Remove="MyFile1" />

核心疑问：是否存在相关配置方式，可告知MSBuild待匹配内容为路径，使Remove操作始终按照绝对路径完成匹配移除？

MSBuild 原生没有提供全局配置开关，可以直接让所有 Remove 操作自动按标准化绝对路径做语义匹配。
这个行为是 MSBuild 项（Item）机制的默认设计：项在 Include 阶段不会自动将路径标准化为绝对路径存储，会保留传入的原始字符串作为项的 Identity 元数据，Remove 操作默认就是对 Identity 做精确字符串匹配，所以才会出现路径语义一致但字符串不同就匹配失败的情况。

可行的解决方法有三种，可根据使用场景选择：

• 提前标准化所有项的路径再执行 Remove
  在所有 Content Include 操作完成后、执行 Remove 前，批量把已有 Content 项的 Identity 转换为全路径格式，后续就可以统一用绝对路径做 Remove，不需要关心原始 Include 是相对还是绝对写法：

  <ItemGroup>
    <!-- 批量将所有Content项的Identity转为标准绝对路径 -->
    <Content Update="@(Content)" Identity="$([System.IO.Path]::GetFullPath('%(Identity)'))" />
    <!-- 统一用绝对路径移除，不受原始Include写法影响 -->
    <Content Remove="c:\MyProject\MyFile1" />
    <Content Remove="c:\MyProject\MyFile2" />
  </ItemGroup>
  

  注意这段逻辑不要放在 SDK 导入之前，默认 SDK 会自动引入大量系统默认 Content 项，执行时机不对会导致部分项没被转换。

• 匹配时实时判断路径语义，不依赖精确字符串匹配
  如果不想全局修改所有 Content 的 Identity，可以在 Remove 时加条件，实时将项的路径转为绝对路径后再和目标值对比：

  <ItemGroup>
    <Content 
      Remove="@(Content)" 
      Condition="$([System.IO.Path]::GetFullPath('%(Identity)') == 'c:\MyProject\MyFile1') Or $([System.IO.Path]::GetFullPath('%(Identity)') == 'c:\MyProject\MyFile2')" 
    />
  </ItemGroup>
  

  这种写法不需要提前做批量转换，不管原始 Include 是相对路径、绝对路径还是带MSBuild变量的路径，都能正确命中。

• 共享项目场景优先对齐原始Include写法
  如果是在共享项目的 .props/.targets 文件中做 Remove 操作，直接复用 Include 时的变量前缀做匹配即可，不需要额外转路径，兼容性最好：

  <Content Remove="$(MSBuildThisFileDirectory)MyFile1" />
  

  这种写法不会因为项目在本地的存储路径变化导致匹配失效。

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