我正在寻找有关在网上商店上托管我们当前托管应用程序的更新版本的一些信息。
我的查询是，我们退出的应用版本所说的清单文件 的版托管在网上商店的1.0 指向源位置（azure 网站）说 myappversion1.0hostedapp.com ，现在我想主持 该应用的下一个版本，请说 Ver。 2.0 ，其中我添加了一些新的 功能和一些错误修复。
因此，我必须将当前更改推送到现有网址 myappaversion1.0hostedapp.com ，然后在办公室网络商店上提交该应用，在这种情况下旧版本将搞砸
或
我们必须在更新的清单文件中提供一个新的源URL说明 myappversion2.0hostedapp.com ，然后将该应用程序提交到网上商店，这将确保旧版本保持完整，直到我们新的版本由Microsoft团队验证。
问题 -
我们不太清楚在现有版本上托管下一版本的应用程序。如果有人能让我们对此有所了解，那就太棒了。
答案 0 :(得分：1)
此问题有几个部分，以及一般的Office加载项发布/更新过程。
首先关闭：如果您所做的只是更新网络内容，则绝对没有理由/需要修改您的清单。您只需将网站内容重新部署到您的网站，就像任何其他网站一样。你唯一需要担心的是通常的网络缓存 - 也就是说，如果你改变了DOM并且现在有了一个应该做某事的新按钮（或者更糟糕的是，你重命名了一个按钮），但JavaScript是缓存，所以HTML页面加载旧的JS / CSS，你显然会处于不一致的状态。但这对于Office加载项来说并不是什么新东西，这是你必须在Web上处理的标准事情（使用增加JS / CSS文件名的解决方案，以便它们与更新的HTML锁定步骤，控制缓存过期，等）
现在出现特定于Office的清单部分。清单捕获了网站的许多“外部引用”，最明显的是起始页面URL和图标URL。因此，如果您的网站更改了这些内容，请确保仍然保留旧版本（即使只有重定向起始页面和图标的副本），直到您的清单被商店提交并批准。我相信，一旦清单被商店批准，加载项将自动开始使用最新版本（我不认为用户可以选择是否使用最新版本 - 他们会收到FYI通知，但我不知道我们相信他们只能说“使用旧的应用程序”，因为它不是应用程序，而是它无论如何都要提到的清单。所以你对旧网址的使用应该很快逐渐减少（尽管不是100％立即 - 我相信在新的清单版本生效之前，通常会有人关闭并重新打开Word或Excel等）。 / p>
PS：虽然图标，起始页网址，说明，要求集等等都可以在版本之间的清单中发生变化，但应用ID必须保持不变。此ID是唯一ID，用于将应用程序标识为来自商店和文档内部引用的“相同”。
希望这有帮助，
~Michael Zlatkovsky，Office Extensibility团队的开发人员，MSFT