为什么我无法通过“docker compose run web”命令运行django迁移？

Question

因此，我正在通过docker-comment部署django、post外层空间和nginx容器，我有一个似乎无法解决的问题。

为了解决Django应用程序中的以下错误，我知道我必须运行Django迁移。

docker@postgres ERROR:  relation "accounts_myprofile" does not exist

在尝试运行迁移时，我尝试了：

docker-compose run web python manage.py makemigrations 
docker-compose run web python manage.py migrate

返回以下内容：

Migrations for 'accounts':
  accounts/migrations/0001_initial.py:
    - Create model Entry
    - Create model MyProfile

Running migrations:
  No migrations to apply.

我只能成功地从Django容器中迁移，例如：

docker exec -i -t 6dc97c6a305c /bin/bash
python manage.py makemigrations
python manage.py migrate

虽然我已经解决了这个问题，但我仍然不明白为什么通过docker-composerun运行迁移实际上并没有迁移任何东西。我希望有人能在这方面给我指明正确的方向。

此外，我不知道这是否是一个相关的问题，但是当我运行那些docker-composerun web命令时，它们似乎正在创建新的容器，除非我手动停止它们，否则它们不会关闭，docker-comment停止不会删除它们。

CONTAINER ID        IMAGE                     COMMAND                  CREATED             STATUS                          PORTS                    NAMES
a7bb3c7106d1        accounts_web            "python manage.py che"   4 hours ago         Restarting (0) 41 minutes ago   8000/tcp                 accounts_web_run_62
ee19ca6cdf49        accounts_web            "python manage.py mig"   4 hours ago         Restarting (0) 43 minutes ago   8000/tcp                 accounts_web_run_60
2d87ee35de3a        accounts_web            "python manage.py mak"   4 hours ago         Restarting (0) 43 minutes ago   8000/tcp                 accounts_web_run_59
1c6143c13097        accounts_web            "python manage.py mig"   4 hours ago         Restarting (1) 44 minutes ago   8000/tcp                 accounts_web_run_58
6dc97c6a305c        b1cb7debb103              "python manage.py run"   3 days ago          Up 4 hours                      8000/tcp                 accounts_web_1

注意：Docker compose stop将正确地停止底部的容器（应该如此），但是Docker compose创建的另一个容器运行web python管理。py migrate，将需要手动停止。

我的docker-作曲

web:    
  restart: always
  build: ./web
  expose:
    - "8000"
  links:
    - postgres:postgres

  volumes:
    - /usr/src/app
    - /usr/src/app/static

  env_file: .env
  environment:
    DEBUG: 'true'
  command: python manage.py runserver 0.0.0.0:8000


postgres:
  restart: always
  image: kartoza/postgis:9.4-2.1
  ports:
    - "5432:5432"
  volumes:
    - pgdata:/var/lib/postgresql/data/

Answer 1

这个awnser是丹·劳和雷克西鲁斯反应的补充。

为了在de CodeBuild e Fargate期间工作良好，我做了一些更改：

文件：

COPY ./docker/entrypoint.sh /usr/local/bin/
COPY ./docker/entrypoint.sh /${projectName}/
# backwards compat
RUN ln -s usr/local/bin/entrypoint.sh /

ENTRYPOINT ["entrypoint.sh"]
CMD ["entrypoint.sh"]

/码头工人/入口点。嘘

#!/bin/sh
python manage.py makemigrations --noinput
python manage.py migrate
python manage.py runserver 0.0.0.0:8000

现在一切都运行正常。

Answer 2

丹·洛给出了一个非常好的答案，但是入口点脚本对我不起作用。问题是，一些“做移民”期待你的输入，例如“是”/“否”。

你可以补充Dan Lowe的回答：

python manage.py makemigrations --noinput

而不是

python manage.py makemigrations

（这至少适用于简单的“是”/“否”问题）

Answer 3

你已经注意到了这个问题。使用docker compose run时，将创建一个新容器。

当您运行第一个命令（makemigrations）时，将创建一个新容器，并运行makemigrations，迁移文件将写入（新）容器的文件系统。

当您运行第二个命令（migrate）时，另一个新容器被创建。迁移正在运行，但与此无关。这是因为迁移文件不可用-它们是在与此新文件不同的容器中编写的。

你可以用几种方法来解决这个问题。

首先，您可以做您已经做过的事情，但是使用docker-composeexec而不是run。

docker-compose exec web python manage.py makemigrations 
docker-compose exec web python manage.py migrate

exec将使用已经运行的容器，而不是创建新的容器。

另一种选择是在服务器启动之前使用入口点脚本并在那里运行迁移。如果你希望事情更自动，这就是方法。

Dockerfile：

COPY entrypoint.sh /entrypoint.sh
RUN chmod +x /entrypoint.sh

entrypoint.sh：

#!/bin/sh
python manage.py makemigrations
python manage.py migrate
exec "$@"

docker撰写。yml（在“web”下）：

entrypoint: /entrypoint.sh

在这种情况下，当容器启动时，entrypoint脚本将运行，处理迁移，然后切换到命令（在本例中是Djangorunserver）。

正如您所注意到的，新的容器一直在运行。这通常是意外的，因为您用一个应该退出（而不是保持运行）的命令覆盖了该命令。然而，在docker compose中。yml，您指定了重新启动：始终。因此，他们会反复运行迁移命令，每次命令退出时都会重新启动。