我时不时地发现具有某种文章历史记录/版本控制的Web应用程序，您可以在其中选择文章/内容的先前版本并基本上执行“恢复”过程。我打算有一个这样的，但我有一些事情在我的脑海里，我想听听你的意见。
1）自动保存是否应该在历史列表中添加一个新条目？我想实现一个自动保存功能，所以，我想知道每个自动保存是否应该在版本历史列表中添加一个新条目？或者我应该为自动保存的文章有一个单独的“列表”（=仅最新的自动保存）？我认为梯子更有意义。如果浏览器崩溃（或 wtvr），那么用户可以恢复自动保存。历史列表是他通过按提交按钮保存的那些文章。同意？
2) 有多少个版本？如果用户不断修改文章（假设他不断添加新段落）然后保存文章，那么最多应该有多少个不同版本的文章？我应该让用户决定（这是我最初的想法）吗？通常合理的值是多少？10？在磁盘存储方面，版本控制是件坏事吗？如果每篇文章有 10 个版本，那么整个文章内容的空间基本上是 10 倍……现在想象一下，有 1 MB 的文章内容，整个 DB 将是 10 MB，并且一些主机有 DB 大小的限制。这就引出了问题3：
3）你曾经删除过版本吗？如果文章版本保持完整的时间足够长，您会删除它们吗？如果是这样，您设置的持续时间是多少？用户定义？一周是足够的默认值吗？如果时间不是指标，那是什么？如果时间是指标，那么您是运行 Cron 来进行清洁还是什么？
4）如何确定“变化”？如果用户在文章末尾添加一个点并按下保存按钮，我还会创建一个新的历史条目吗？你怎么处理这个？您是否仅比较文章是否已更改，如果更改则创建新条目？
我知道有很多问题，但是如果您有一些意见或想法，我很高兴听到它们。:)