我们一直在使用Chrome的MSI和Chrome的组策略模板将其部署到我们所有的用户。
最近我们被一些错误所困扰，这些错误使得它们成为发布更新。 select下拉列表中的最新滚动条不可拖动。
我们希望在人们得到更新的时候有更多的控制 – 所以我们可以让更多的技术精明的工作人员在我们的内部应用程序尝试最新的版本，然后才能得到它。
我发现有关禁用自动更新和推出新的MSI进行升级的文档，但是：
我已经在几个不同的客户部署了相当广泛的Chrome，我不得不与此抗衡。
以下是Google关于此政策的地方：
我们每六个星期就向稳定频道发布一个新的“主要”版本。 如果我们有重要的崩溃或安全修复，我们也更新主要更新之间的稳定通道。
如果您正在修复现有的MSI安装，并且启用了自动更新，则可以使用最新的稳定MSI进行修复。
这不像我希望的那样清澈透明，我怀疑你会有同样的感觉。
我们禁用了自动更新，在有限的部署中testing新版本，并且在testing“良好”时，部署新的MSI来“升级”旧版本。 听起来很像你想要做的事情。
从最近的几个更新看，它看起来像一个新的MSI文件与每个发布通道更新，主要和次要发布。
所以自动更新可以被完全禁用，并且依靠IT人员在适当的testing之后推出每个更新。
我没有看发布博客，而是提出了一个相对简单的脚本来确定何时发布新版本。 通过一些调整，这可以被馈送到监视系统中，以提醒你有一个新的版本来testing：
wget http://dl.google.com/chrome/install/GoogleChromeStandaloneEnterprise.msi && md5sum GoogleChromeStandaloneEnterprise.msi && file GoogleChromeStandaloneEnterprise.msi | grep -o 'Comments:[ 0-9.]*' 这下载最新的微星文件（希望谷歌不改变这个链接…这是很难find一个直接的链接），计算MD5sum，看看它是否已经改变，并从评论字段中提取版本号的MSI。