【发布时间】：2020-06-26 08:32:37
【问题描述】：
当我在设备上将策略名称 firstpolicy 更改为 secondpolicy 时，patch API 响应为 200 ok 并且它从 Play 商店应用程序中删除了第一个策略的应用程序到第二个策略的应用程序，但确实如此不要将它们从设备中移除。它仍然显示第一个策略的应用程序。
- 我正在使用更新掩码。
- 测试完全托管的设备
任何帮助表示赞赏。
【问题讨论】：
【发布时间】：2020-06-26 08:32:37
【问题描述】：
Android Device Policy sync does not work until done manually 的堆栈溢出线程提到重新启动将强制应用策略，这并不理想，但至少可以确保更新策略。我也在测试一个完全托管的设备。
https://developers.google.com/android/management/reference/rest/v1/enterprises.devices/issueCommand 详细说明了向设备发送命令的标准。您可以使用该页面上的 API 资源管理器针对实时数据对其进行测试，因此导航到页面底部的“请求参数”->“名称”，然后输入您的企业和设备 ID，格式为“企业/”您的企业 ID/设备/您的设备 ID”。然后转到“请求正文”并使用“+”号添加“类型”：“REBOOT”作为参数。按下执行按钮，系统将提示您为 OAuth2.0 选择一个帐户。之后，您将看到结果，如果成功（返回 200 代码），它将发出重新启动命令，重新启动后会更新策略。
重申一下，我知道这并不理想，但它至少会进行更新，因此只需提供该信息即可。
祝你好运，如果一切顺利，请告诉我。
【讨论】：
-
我不明白这会带来什么答案，也许你可以澄清一下？
-
对不起，我是新用户，我的声誉很低（无法评论）。我宁愿诚实地发表评论，也不愿将其作为答案——只是认为它会对 OP 有所帮助。我提到这并不理想，但使用 Android 管理 API 执行带有请求正文 { "type": "reboot" } 的 enterprise.devices.issueCommand 到设备会强制更新策略。我将编辑帖子以提供更多详细信息。
-
最好知道！
政策可能需要一段时间才能同步和应用任何更改，包括删除应用。您可以通过打开 Android Device Policy 应用并触摸同步按钮来强制同步。另一种方法是向设备发出重新启动命令，以确保应用新策略。您可以查看issueCommand method了解更多信息。
【讨论】：