Django Wagtail-非页面对象的修订

Django Wagtail-非页面对象的修订,django,django-admin,wagtail,Django,Django Admin,Wagtail,我使用普通的django模型(它们不是从wagtail的Page继承的)和modeladmin模块来用wagtail管理界面替换标准的django管理。这一切都很好,但我现在希望添加修订历史并回滚到这些模型 Wagtail当然有自己的系统来管理继承自页面的对象的修订,但它们不适用于标准django模型。另一方面,我一直在考虑使用django修订版应用程序来实现此功能。虽然这是可行的,django修订版只提供了一个标准的django管理视图,它与wagtail不兼容,我不希望用户在两个外观完全不同

我使用普通的django模型(它们不是从wagtail的
Page
继承的)和
modeladmin
模块来用wagtail管理界面替换标准的django管理。这一切都很好,但我现在希望添加修订历史并回滚到这些模型

Wagtail当然有自己的系统来管理继承自
页面
的对象的修订,但它们不适用于标准django模型。另一方面,我一直在考虑使用
django修订版
应用程序来实现此功能。虽然这是可行的,
django修订版
只提供了一个标准的django管理视图,它与wagtail不兼容,我不希望用户在两个外观完全不同的管理区域之间切换


是否有人有在wagtail环境下管理标准模型实例的修订和回滚的经验?

是否有任何理由不继承
页面
并使用所有这些内容?我的情况是,我从Wagtail继承
页面
,管理地点和会议,即使它们根本没有出现在我的公共网站上。Wagtail使用ClusterableModel作为页面定义的一部分,所以您可以使用它:。我从来没有做过你所说的,所以我不确定它在Wagtail管理中是如何工作的。django modelcluster包括这样一句话:“可能您有一个工作流,其中您的模型长期处于不完整的‘草稿’状态,或者您需要处理多个修订,并且您不想围绕该需求重新设计数据库。”@FlipperPA我发现
页面
模型对它的需求和用例有太多强烈的意见。例如,需要一个独特的slug。当在无头模式下使用时,这没有多大意义,我发现我自己跳着跳圈绕着它转。你找到什么好方法来做到这一点吗?我同意页面太强大了,考虑到需要独特的slug,并且只在字段中构建,但不管怎样,它可能是实现它的最简单的方法。