我是一个开发团队，刚刚为客户开发了一个系统，该系统涉及MVC4 Web，WCF服务平台和Windows应用程序，它与Web服务进行通信。
我们正在为网络运行持续集成实践。服务解决方案包括自动部署到开发，测试，acctest和生产环境。只需点击一下五分钟即可构建，测试，配置和部署到生产环境。
我们在这个项目中遇到的一个巨大缺陷是，我们选择将应用程序开发为Windows应用商店应用，而不考虑不涉及将应用程序发布到Windows应用商店的部署可能性。这是一个称为sideloading的过程，我不会深入研究Microsoft即将启用此技术要求。
我们的客户将在20~Surface Pro平板电脑上使用该应用程序，我们正在研究该应用程序的自动发布/部署过程。截至目前，我们正在使用OneDrive来管理构建工件，并让客户IT管理员从那里下载工件，以在所有客户端上手动安装应用程序。但是，在未来，订购系统的组织很可能会在全球范围内进行部署，并且需要将应用程序部署到数百个（如果不是数千个）客户端。
我们花了整整一周时间调查Windows Intune是否可以成为自动部署应用程序的良好平台。如果组织安装Intune平台，它的客户端就会获得公司门户，就像私人商店一样，我们可以在那里上传应用程序并在将来更新它。然而，公司门户网站有一个很大的减号 - 它没有商店应用程序的更新管理。也就是说，将新版本的应用程序发布到公司门户网站并不像将应用程序的修补程序或更新发布到Windows应用商店那样 - 没有通知存在新版本，并且应用程序没有更新自己。它基本上是一个新的应用程序，需要在卸载以前的版本后下载和安装。
是否有人开发过Windows Store Line-Of-Business应用程序，您必须将其加载到多个客户端，如果是这样的话 - 您选择哪种解决方案进行更新/补丁管理？
答案 0 :(得分：1)
我遇到了完全相同的问题。对于许多场景，Intune确实是有限且过于复杂的。此处描述了“部署”LOB Windows应用商店应用的另一个选项：http://msdn.microsoft.com/en-us/library/windows/apps/jj657971.aspx。这涵盖了众所周知的powershell部署，这不太实用。
但是，我发现了一个关于codeplex的早期非正式POC项目，我目前正在调查这个项目。您可能需要查看此内容：https://bootybay.codeplex.com/