我可以说，CouchDB修订版不应被视为文档版本控制意义上的修订版。通过浏览其他帖子，它们似乎被视为瞬态数据，直到调用粗粒度紧凑操作为止。
我的问题是，如果我有兴趣使用CouchDB来维护文档，以及这些文档的版本历史，我是否应该允许CouchDB修订本地处理它，或者我应该在顶层构建一个层这将在紧凑的操作中存活下来？
我在考虑后者，仅仅是因为Couch没有复制文件的修订，只有最新的更新。这让我觉得 revision 是一个错误的名称，因为它更像是一个稳定复制的数据结构。
答案 0 :(得分：3)
您必须构建该层，因为couchdb修订版不是您数据的版本控制系统。
'revision'具有误导性，“版本”也是如此，因此到目前为止，每个名称都是如此。建议欢迎，如果只是为了确认这是多么棘手的命名。