我为以前版本的物联网核心(不管有没有物联网集线器)编写了我自己的空中更新。最近的物联网核心(10.0.14393.67)的自动更新打破了它。现在,为了再次清楚地了解debian这一关键的(开箱即用)功能,我比以往任何时候都更加困惑。谁能回答:
充其量,我们需要将物联网中心和oem应用程序包更新方案并列起来,因为一旦开发人员决定了一条或另一条途径,这是一项重大投资。
更新
这里真正重要的是让公司/开发人员清楚地了解关于“空中更新”的选择和限制:
这些选择及其成本尚不清楚。我们目前正在使用蓝色物联网枢纽(et )。A.)并希望尽可能多地利用它。
所发生的事情,以及我迫切想要修复的是上面的"3“:我在这个领域中有一个appx,并且使用/System32 32/oemcustomization.bat选项通过C:/windows/appinstall/.
这几个月来,我所有的远程站点都运行良好。我相信一切都是稳定的。突然间,我的网站都离线了。在我的本地实验室,我可以连接到我的测试系统,在那里我注意到微软已经完成了物联网核心操作系统的自动更新。发生了重大变化..。现在这些变化已经成为了我以前的空中更新计划不再起作用的本质,即使我修改了它--还有一些安全的“修正”破坏了我目前的方法,我现在找到了挽救它的方法。
因此,我们真正需要的是从PM中明确上面( 1-3 )项,最好是在项目1-3的C#中提供一个完整的、最小的示例。
向前看!
发布于 2016-09-21 14:50:53
这里似乎有两个当前的解决方案流,据我所见,它们都是高度易变/预览的:
https://stackoverflow.com/questions/39066202
复制相似问题