我们倾向于将系统服务作为开发部署的一部分进行弹跳-我们希望从Gradle内部进行弹跳。更改服务状态需要一个提升的帐户，因此我们倾向于在开发计算机上打开几个Admin CMD窗口。

问题是，Gradle守护程序以生成它们的帐户的权限运行。因此，如果您碰巧在管理窗口中并使用Gradle来启动服务，然后关闭该窗口-您的Gradle守护程序将永远以提升模式运行，并且您可以从任何构建脚本中以admin身份执行代码。反之亦然，如果您首先在未提升的窗口中进行构建，那么即使在管理窗口中运行构建也不允许您更改服务状态。

尽管我没有尝试测试该问题，但我假设运行某些提升了的守护程序，而有些则无法运行，导致看起来像是随机失败的构建。

除了令人讨厌之外，这似乎真的很棘手，而且安全漏洞很大。有什么方法可以确保您使用的守护程序与启动构建的用户具有相同的权限？还是在我尚未测试的某些版本中修复了该问题？