在screwturn wiki站点中创建Mercurial存储库是个好主意吗？

我有两个用于系统和用户文档的ScrewTurn wiki文档站点。我的想法是在每个wiki站点根目录中创建一个Mercurial存储库。然后，每天安排一个计划过程，添加新文件，将更改提交到存储库，并将更改集推送到备份存储库

我意识到，默认情况下，ScrewTurn创建所有更改文件的副本，因此有自己的更改跟踪，但我正在考虑关闭该行为

我相信这会比默认行为和自动备份提供更好的版本控制

---

我有没有遗漏一些考虑因素？这是个好主意吗？一个坏主意？

我对screwturn一无所知，但只要它的文件存储为文本，并且您可以禁用修订跟踪，mercurial备份就是一个不错的选择。当然，您只能访问cron作业时存在的修订版本，但这也意味着您不会丢失超过24小时的编辑工作

顺便说一句，mercurial的主要作者mpm在过去曾讨论过使用DVCS系统作为wiki系统的后端，但通常不赞成这个想法。如果我没记错的话，他的逻辑是，使用一个数据存储获取一个全局锁，一次只更改一个页面，这没有多大意义。但是，只有在每次更改后进行提交时，这才适用；你的每晚承诺计划没有这个问题

---

另外，我还是rdiff备份的忠实粉丝，rdiff备份以可浏览磁盘的方式提供节省空间的夜间快照。

感谢您的评论。从这种方法中只获取每日更改历史记录是正确的。出于这个目的，我认为这已经足够了。作为使用此机制的动机之一，我没有提到的一点是，我有一个用于源代码版本控制的非现场Mercurial服务，并且很容易利用现有服务，而不是实现附加服务。