Version control 如何在Firebase上实现版本控制？

我目前正在使用作为原型工具来展示一个应用程序的前端设计。在此过程中，我们非常喜欢Firebase的实时功能，并正在探索将其用于开源/社区版本的生产实例的可能性

第一个挑战是版本控制。我们在Java堆栈中使用Hibernate/Envers，之前我们将Gitlab视为进入更“熟悉”的git环境的一种方式

这边 是否有方法对保存的数据进行时间戳和版本控制？以及如何在不重新设计控制盘的情况下（例如，任何开源模块？）最好地调用这些数据的想法

这样的实时方面对于文档来说是很好的，但是我们需要提交或以其他方式明确标记文档的状态或保存的方法

或 或者最好仅将Firebase用于实时功能，并实现Gitlab将实例提交到非实时数据库。换句话说，将版本控制完全抽象为与数据库的更传统的关系

---

想法？

您提供的两种选择都是有效和可行的。一般来说，我建议您仅使用firebase作为实时堆栈（数据同步）。并将其连接到您自己的后端（gitlib或自定义数据库）

我已经走了这条路，发现最好的解决方案是将您自己的后端数据库与firebase集成在一起。一切都完全依赖firebase，你迟早会撞到墙的。

---

最好的解决方案是完全控制您的数据结构、安全性和访问模型，并在需要时使用firebase使客户端保持同步（在线和离线）。集成很简单。

优点。Firebase可以在需要扩展早期原型阶段时轻松收回这些控制元素。出于兴趣，您在生产中依赖Firebase遇到了哪些限制？@ddri限制与应用程序的逻辑有关，需要从“正常”客户机-服务器心态中难以完成复杂性，您将错过：事件/触发器/插件/回调、细粒度/自定义安全性、严重的内容验证、数据工作流程、，等在那个特定的应用程序中，完全控制的定制后端随着时间的推移证明是成功的。非常精简的职责（api服务，不是典型的客户机/服务器）、数据流控制等。。因为FB的数据同步功能非常好，所以在处理多个碎片数据库（triangle:客户端、服务器、FB）时没有问题。更安全的。更快。总的来说-我认为FB作为线上线下数据同步和传输工具而不是后端杀手