我是一个开发团队,它已经完成了一个客户端系统的开发,其中包括一个MVC4网站、一个WCF服务平台和一个Windows,它可以与服务所在的Web进行通信。
我们正在运行Web & Service解决方案的持续集成实践,包括开发、测试、测试和生产环境的自动部署。构建、测试、配置和部署到生产中只需单击一次,5分钟即可完成。
我们在这个项目中遇到的一个巨大缺陷是,我们选择将该应用程序开发为Windows Store应用程序,而不研究不涉及将应用程序发布到Windows Store的部署可能性。这是一个叫做旁瓣的过程,我不想深入探讨微软为实现这一目标而提出的技术要求。
我们的客户端将在20~ Surface平板电脑上使用该应用程序,我们正在研究应用程序的自动发布/部署过程。到目前为止,我们正在使用OneDrive来管理构建工件,并让客户IT管理员从那里下载工件,在所有客户端上手动安装应用程序。但是,在未来,订购该系统的组织极有可能将此应用程序部署到全世界,并且需要将应用程序部署到数百个(如果不是数千个客户端)。
我们花了整整几周的时间来研究Windows是否是一个很好的应用程序自动部署平台。如果一个组织安装了Intune平台,它的客户就会得到公司门户,这就像一个私人商店,我们可以在那里上传应用程序,并在未来更新到它。然而,公司门户网站有一个很大的缺点--它没有商店应用程序的更新管理。也就是说,将我们的应用程序的新版本发布到Company Portal并不像向Windows Store发布修补程序或更新应用程序一样--没有通知说有新版本,应用程序本身也没有更新。这基本上是一个新的应用程序,需要下载和安装后,上一个版本已经卸载。
是否有人开发过Windows业务线应用程序,您必须对多个客户端进行副业,如果是,您选择了哪种解决方案来进行更新/修补程序管理?
发布于 2014-09-11 18:07:25
我也遇到了同样的问题。Intune确实是有限的,而且对许多场景来说也太复杂了。另一个“部署”LOB应用程序的选项在这里描述:http://msdn.microsoft.com/en-us/library/windows/apps/jj657971.aspx。这包括了众所周知的powershell部署,这并不是很实际。
然而,我发现了一个早期的,非官方的关于codeplex的POC项目,我正在调查这个项目。您可能需要看看以下内容:https://bootybay.codeplex.com/
https://stackoverflow.com/questions/25502316
复制相似问题