我使用'./manage.py shell -c':

./manage.py shell -c "from django.contrib.auth.models import User; User.objects.create_superuser('admin', 'admin@example.com', 'adminpass')"

它不使用额外的echo，这样做的好处是你可以将它传递给docker容器执行。不需要使用sh -c“…”，这会让你逃离地狱。

记住，首先是用户名，然后是电子邮件。

如果你有一个自定义的用户模型，你需要导入它，而不是auth.models.User

我使用'./manage.py shell -c':

./manage.py shell -c "from django.contrib.auth.models import User; User.objects.create_superuser('admin', 'admin@example.com', 'adminpass')"

它不使用额外的echo，这样做的好处是你可以将它传递给docker容器执行。不需要使用sh -c“…”，这会让你逃离地狱。

记住，首先是用户名，然后是电子邮件。

如果你有一个自定义的用户模型，你需要导入它，而不是auth.models.User

我喜欢使用无服务器/docker构建AppConfig。Ready方法/事件来执行这种操作，这里有一个例子:

import logging

from django.apps import AppConfig
from django.contrib.auth import get_user_model
from django.utils.translation import gettext_lazy as gettext


class Config(AppConfig):
    name: str = "apps.policy"
    label: str = "policy"
    verbose_name: str = gettext("Policies")

    @classmethod
    def ready(cls):
        user_model = get_user_model()
        log = logging.getLogger(cls.label)

        try:
            if not user_model.objects.filter(username="admin").first():
                log.info("Creating default superuser with user and password: admin")
                user_model.objects.create_superuser('admin', 'admin@admin.admin', 'admin')
        except Exception:
            log.warn(
                "Found an error trying to create the superuser, if you aren't"
                "run the user model migration yet, ignore this message"
            )

当我第一次在数据库中启动我的项目时，我看到:

2021-06-22 06:19:02 policy/info  Creating default superuser with user and password: admin
Performing system checks...

System check identified no issues (1 silenced).
June 22, 2021 - 06:19:02
Django version 3.1.12, using settings 'settings.env.default'
Starting development server at http://0.0.0.0:8027/
Quit the server with CONTROL-C.

我使用了Tk421一行，但得到了一个错误消息:1)我认为我使用的是Django(1.10)的更新版本，Manager不可用;的身份验证。用户'已被替换为'users '。User' 2) create_superuser的参数顺序错误。

所以我把它换成:

echo "from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.filter(email='admin@example.com', is_superuser=True).delete(); User.objects.create_superuser('admin', 'admin@example.com', 'nimda')" | python manage.py shell

我真正满意的是，它也适用于英雄部署:

heroku run echo "from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.filter(email='admin@example.com', is_superuser=True).delete(); User.objects.create_superuser('admin', 'admin@example.com', 'nimda')" | python manage.py shell

这将很好地重复工作。我在一个项目的开始使用它，所以不用担心以后可能发生的可怕的级联删除。

我已经重新访问了一些麻烦后运行这个内部local()从织物。似乎发生的事情是，管子符号意味着它是在局部而不是在heroku上得到解释。为了对它进行排序，我用引号括在命令中。然后必须在整个python命令的单引号内对python字符串使用三双引号。

heroku run "echo 'from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.filter(email="""admin@example.com""", is_superuser=True).delete(); User.objects.create_superuser("""admin""", """admin@example.com""", """nimda""")' | python manage.py shell"

我建议运行一个数据迁移，这样当迁移应用到项目中时，超级用户将作为迁移的一部分被创建。用户名和密码可以设置为环境变量。这在容器中运行应用程序时也很有用(以这个线程为例)。

您的数据迁移将看起来像这样:

import os
from django.db import migrations

class Migration(migrations.Migration):
    dependencies = [
        ('<your_app>', '<previous_migration>'),
    ] # can also be emtpy if it's your first migration

    def generate_superuser(apps, schema_editor):
        from django.contrib.auth.models import User

        DJANGO_SU_NAME = os.environ.get('DJANGO_SU_NAME')
        DJANGO_SU_EMAIL = os.environ.get('DJANGO_SU_EMAIL')
        DJANGO_SU_PASSWORD = os.environ.get('DJANGO_SU_PASSWORD')

        superuser = User.objects.create_superuser(
            username=DJANGO_SU_NAME,
            email=DJANGO_SU_EMAIL,
            password=DJANGO_SU_PASSWORD)

        superuser.save()

    operations = [
        migrations.RunPython(generate_superuser),
    ]

希望有帮助!

编辑: 有些人可能会提出这样的问题:如何设置这些环境变量并让Django知道它们。有很多方法，在其他SO帖子中已经回答过了，但是作为一个快速的指针，创建一个.env文件是一个好主意。然后您可以使用python-dotenv包，但是如果您已经使用pipenv设置了一个虚拟环境，它将自动在您的.env文件中设置envars。同样地，通过docker-compose运行你的应用程序可以读取你的.env文件。

目前投票最多的答案:

如果用户存在，则删除该用户，正如@Groady在评论中指出的那样，您可能会无意中通过级联删除删除任何相关记录。 通过邮件检查超级用户是否存在，如果两个超级用户有相同的邮件，天知道它会删除哪一个。 更新脚本参数:用户名、密码和邮件非常麻烦。 不记录它所做的事情。

改进后的版本如下:

USER="admin"
PASS="super_password"
MAIL="admin@mail.com"
script="
from django.contrib.auth.models import User;

username = '$USER';
password = '$PASS';
email = '$MAIL';

if User.objects.filter(username=username).count()==0:
    User.objects.create_superuser(username, email, password);
    print('Superuser created.');
else:
    print('Superuser creation skipped.');
"
printf "$script" | python manage.py shell