SCCM 卸载规则与安装规则冲突

问：

应用程序 A 最初是由面向基于查询填充的集合（集合 A）的部署安装的。

我的设备 A 位于名为“卸载应用程序 A”的 AD 组中。

集合 B 从“卸载应用程序 A”AD 组填充，并将部署设置为从其成员（设备 A 和一些其他设备也是成员 - 设备 B、C 和 D）卸载应用程序 A。

集合 B 设置为集合 A 的排除项，因此，如果将设备添加到“卸载应用程序 A”AD 组，则该设备将有效地从集合 A 中删除，并添加到集合 B，从而在设备 A、B、C 和 D 上部署应用程序 A 的卸载。

我检查了卸载部署的部署监视，我可以看到，尽管成员身份更新已通过，设备 A、B、C 和 D 不再是集合 A 的成员，现在是集合 B 的成员，但设备 A 和 B 上存在冲突，但设备 C 和 D 显示已成功删除。

我有“Client Centre for ConfigMgr”应用程序，可以连接到设备 A 和 B，我尝试下载机器策略、评估应用程序部署、评估机器策略，我甚至重置了策略，就我而言，这是一种大锤方法。

我已经监视了 C：\Windows\CCM\Logs（特别是：AppDiscovery、PolicyAgent、AppIntentEval 和 AppEnforce），可以看到正在下载、评估和操作新策略，因此代理没有问题，但我一辈子都无法理解为什么 SCCM 仍然认为当设备不再是集合 A（安装集合）的成员时，它仍然与安装部署冲突， 并且实际上只从集合 B 中获取 1 个部署（卸载应用程序）;我确实注意到卸载部署使用相同的应用程序 A，但它只使用卸载操作而不是卸载部署的安装操作。

我让它有时间坐下来，希望它能自己解决，认为也许这只是评估的延迟，但似乎评估已经发生，它仍然认为它是矛盾的。 我已经对这两个集合执行了成员资格更新，即使它们显示正确，并且其他两个设备 C 和 D 都正常工作，那么我可以在另外两个设备上检查或执行哪些操作来让他们玩游戏？