我有一个现有的 django-cms 版本 3.1.3 项目，我想用 django-custom-user 中找到的模型替换默认的 django 用户模型（将电子邮件作为我的用户的用户名）。我已将custom_user应用程序添加到我的INSTALLED_APPS并设置AUTH_USER_MODEL = 'custom_user.EmailUser'。最后，我应用了迁移。
在我的自定义模型中一切似乎都运行良好，但是引用auth_user表（GlobalPagePermission、PagePermission, PageUser 和 UserSettings）的 django-cms 模型没有更新为具有对新自定义用户表的外键引用。
django-cms 文档说，通常建议在项目开始时添加自定义用户模型，但我在这里，在一个项目的中间，非常希望避免必须删除我的 cms 模型（带有数据）以使其工作。
如果我处于项目的开始阶段，并且在迁移 django-cms 模型之前添加了自定义用户模型，那么 django-cms 模型实际上会引用自定义用户模型表而不是默认用户模型表吗？
我有什么方法可以为 django-cms 模型进行迁移，以便它们使用新的自定义用户模型而不是默认用户模型？
更新
我试图实现 yakky 的建议：
from __future__ import unicode_literals
from django.conf import settings
from django.db import models, migrations
import django.db.models.deletion
from django.utils.translation import ugettext_lazy as _
def up(apps, schema_editor):
PageUser = apps.get_model("cms", "PageUser")
db_alias = schema_editor.connection.alias
for pu in PageUser.objects.all():
pu['emailuser_ptr_id'] = pu['user_ptr_id']
pu.save()
def down(apps, schema_editor):
PageUser = apps.get_model("cms", "PageUser")
db_alias = schema_editor.connection.alias
for pu in PageUser.objects.all():
pu['user_ptr_id'] = pu['emailuser_ptr_id']
pu.save()
class Migration(migrations.Migration):
dependencies = [
migrations.swappable_dependency(settings.AUTH_USER_MODEL),
(‘myapp’, ‘previous-migration’),
]
operations = [
migrations.RenameField(
model_name='PageUser',
old_name='user_ptr_id',
new_name='user_ptr_id_old',
),
migrations.AddField(
model_name='PageUser',
name='emailuser_ptr_id',
field=models.ForeignKey(null=True, to=settings.AUTH_USER_MODEL, verbose_name=_('user'), blank=True),
preserve_default=True,
),
migrations.RunPython(up, down),
migrations.RemoveField(
model_name='PageUser',
name='user_ptr_id_old',
),
]
它失败，KeyError: ('myapp', u'pageuser')建议它在我的自定义应用程序中查找PageUser模型，而不是在 cms 应用程序中查找。如何将这些迁移应用于 CMS 模型？
话虽如此，在项目生命周期的中间不建议替换 Django 用户模型（见 https://docs.djangoproject.com/en/1.9/topics/auth/customizing/#substituting-a-custom-user-model），因为 Django 不提供任何在创建后修改关系的方法，要替换自定义用户模型，您可以编写一个自定义迁移，将 django CMS 模型中的外键更改为指向新用户模型并创建一个新用户模型。
像这样：
...
migrations.RenameField(
model_name='globalpagepermission',
old_name='user',
new_name='user_old',
),
migrations.AddField(
model_name='globalpagepermission',
name='user',
field=models.ForeignKey(null=True, to=settings.AUTH_USER_MODEL, verbose_name=_('user'), blank=True),
preserve_default=True,
),
migrations.RunPython(copy_data),
migrations.RemoveField(
model_name='globalpagepermission',
name='user_old',
),
...
对任何相关模型/字段重复此操作。
copy_data方法会将外键的值从user_old复制到user
代码完全未经测试，但总体思路应该有效。
或者，您可以编写 RunSQL 迁移以获得相同的结果。
具有相同主键的用户也必须存在，新模型才能正常工作。
多亏了 https://code.djangoproject.com/ticket/25313 我设法让它工作。这是我所做的：
-
备份了我的数据库！
-
创建了一个新的应用email_username来保存我的用户模型（根据链接中的建议命名为用户）。一个新的应用程序是必要的，因为我的主要应用程序（myapp）依赖于django-cms，如果我把我的新用户模型放在myapp中，django-cms将依赖于我的应用程序 - 这将创建一个循环引用。
class User(AbstractEmailUser): # Needed to add username, first_name and last_name here, because cms.PageUser model depends on these fields username = models.CharField(max_length=100, verbose_name=_('username')) first_name = models.CharField(max_length=100, verbose_name=_('first_name')) last_name = models.CharField(max_length=100, verbose_name=_('last_name')) class Meta: db_table = 'auth_user' # the model will use the existing auth_user table (at first) -
AUTH_USER_MODEL = ‘email_username.User’设置settings.py - 删除了 myapp 的所有迁移并截断了
django_migrations表 - 冉
manage.py makemigrations了，得到了
无法解析 [] 的碱基，这可以 如果您从具有迁移功能的应用继承模型（例如 contrib.auth）在没有迁移的应用中;看 https://docs.djangoproject.com/en/1.8/topics/migrations/#dependencies 了解更多
。所以我从settings.py中删除了cms应用程序，再次运行makemigrations，现在成功了，然后重新添加并再次运行makemigrations。
- 冉
manage.py migrate --fake，但得到了
无法解析 [模型状态："djangocms_file。文件"，模型状态："djangocms_video。视频"，模型状态："djangocms_link。链接"，模型状态："djangocms_googlemap。谷歌地图"，模型状态："djangocms_picture。图片"，模型状态："djangocms_teaser。预告片']
。所以我也从settings.py中删除了这些应用程序，运行migrate --fake，重新添加应用程序并再次migrate --fake。
- 从新的用户模型中删除了
db_table设置，运行makemigrations后跟migrate（没有假！
现在一切似乎都井井有条。以前引用标准表的所有外键auth_user现在都引用了我的新用户模型的表。现有用户甚至因为db_table技巧而被转移。