Web applications 为最终用户控制Web应用版本的一般策略是什么？

我正在写一个web应用程序，我想知道将来的升级以及升级web应用程序将如何影响用户体验

特别是，我想知道像谷歌这样的公司是如何处理这个问题的。例如，我看到过几个例子，其中一个特定的谷歌应用程序会询问用户是否要升级到“新谷歌文档”或类似版本。这是我想提供的经验，但我不知道如何去做。如果有关系的话，我正在编写一个应用程序，它使用backbone.js，并且有一个很重的js客户端组件。我看到过一些关于REST组件或WebServices组件版本控制的讨论，但没有一个讨论过实际的客户端代码或后端组件（当然，如果后端都在版本化的webservice后面，那么后端可能没有多大关系）

我感兴趣的是他们是如何实现这一点的，无论是从应用程序的角度还是从后端数据库的角度

看来有几个问题

• 版本化的应用程序在web根目录中的什么位置
• 如何为不同的用户提供多个版本
• 如何对后端数据存储进行版本设置
• 因为我使用的是主干网，所以我对为这种应用程序设计路由器特别感兴趣。如果不同的版本存在于一个分区中，我如何创建一个合适的路由器

---

可能还有其他一些考虑因素。

这很快就会变得复杂，尤其是在谷歌文档中进行协作时，您希望文档的不同版本彼此兼容。 因此，您可以决定在每个主要版本之前不更改数据库，然后将所有人转移到应用程序的新版本，或者制作“转换器”，将您的数据从一个版本转换到另一个版本（并向后），并在接受不同“应用程序”版本的数据时保持不同数据库的同步

管理这一点的“最简单”方法是使用事件日志，甚至是进入类似CQR的模式，这些模式使以这种方式思考数据变得更易于管理

但在实施类似的措施之前，我会三思而后行。 你真的需要它吗？ （巨大的？）成本是否符合（微小的？）利益？ 在这个阶段你需要它吗？

这个属于：回答你的问题了吗？