关闭。这个问题需要更多 focused .它目前不接受答案。
想改进这个问题？更新问题，使其仅关注一个问题 editing this post .
4年前关闭。
Improve this question
我目前正在使用 Firebase作为原型(prototype)设计工具来展示 documentation tool 的前端设计.在此过程中，我们开始真正喜欢 Firebase 的实时功能，并正在探索将其用于我们的开源/社区版本的生产实例的潜力。
第一个挑战是版本控制 .我们的legacy project在 Java 堆栈中使用 Hibernate/Envers，我们之前将 Gitlab 视为进入更“熟悉”的 git 环境的一种方式。
这边走？
有没有办法对保存的数据进行时间戳和版本控制？以及如何在不重新设计轮子的情况下最好地记忆这些数据的想法(例如，任何开源模块？)？
Firepad 之类的实时方面非常适合文档，但我们需要提交或以其他方式明确标记文档状态或保存的方法。
或者？
或者最好仅将 Firebase 用于实时功能，并实现 Gitlab 将实例提交到非实时数据库。换句话说，将版本控制完全抽象为与数据库的更传统关系？
想法？
最佳答案
您提供的两个选项都是有效且可行的。一般来说，我建议你使用 firebase 仅限 作为您的实时堆栈(数据同步)。并将其连接到您自己的后端(gitlib 或 custom-db)。
我走了那条路，找到最好的解决方案是将您自己的后端数据库与顶部的 firebase 集成。一切都完全依赖firebase，你迟早会碰壁。
最好的解决方案是完全控制您的数据结构、安全性和访问模型，并在需要时使用 firebase 以保持客户端同步(在线和离线)。集成很简单。
关于version-control - 如何在 Firebase 上实现版本控制？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32637457/