我们一直在使用 Chrome 的 MSI 和 chrome 的组策略模板将其部署到我们所有的用户。
最近，我们被一些导致发布更新的错误所困扰。最新的是选择下拉列表中的滚动条不可拖动。
我们希望更好地控制人们何时获得更新 - 因此我们可以让一些更精通技术的员工在每个人都得到它之前尝试使用我们的内部应用程序的最新版本。
我找到了有关禁用自动更新和推出新的 MSI 进行升级的文档，但是：
- 我无法确定谷歌是否为每次更新或仅主要版本更新推出了新的 MSI？
- 如果只是主要更新，是否有办法让每个人在下一个主要版本发布之前仍然获得安全更新？（并希望次要更新不会破坏任何东西）
我已经在几个不同的客户中广泛部署了 Chrome，我不得不应对这个问题。
以下是Google 与该政策相关的地方：
这并不像我希望的那样清晰，我怀疑你也会有同样的感觉。
我们禁用了自动更新，在有限的部署中测试新版本，当它们测试“良好”时，部署新的 MSI 以“升级”旧版本。听起来与您要执行的操作非常相似。
从最近的几次更新来看，似乎每次发布频道更新都会发布一个新的 MSI 文件，包括主要和次要更新。
因此可以完全禁用自动更新，并依靠 IT 人员在适当的测试后推出每个更新。
我没有看发布博客，而是想出了一个相对简单的脚本来确定新版本何时发布。通过一些调整，可以将其输入到监控系统中，以提醒您有一个新版本要测试：
这会下载最新的 MSI 文件（希望 google 不会更改该链接……很难找到指向它的直接链接），计算 MD5sum 以查看它是否已更改，并从评论字段中提取版本号微星的。