我的部署策略如下所示（使用 Fabric）：
我想快速迭代。现在，大多数代码更改不包含迁移。此外，数据库正在增长，因此每次我部署（大部分是很小的）更改时复制数据库都会产生很多开销。为了避免复制数据库，我想检查是否有需要部署的迁移（在步骤 4 之前）。如果没有迁移，我可以直接从第 2 步转到第 7 步。如果有，我将按照所有步骤进行操作。为此，我需要以编程方式检查是否需要部署迁移。我该怎么做？
【问题讨论】：
标签： django data-migration django-south
在部署新代码的第 2 步中，您可以部署一个脚本，该脚本在服务器上运行时会检测是否有新的迁移。
示例代码如下：
# copied mostly from south.management.commands.migrate
from south import migration
from south.models import MigrationHistory
apps = list(migration.all_migrations())
applied_migrations = MigrationHistory.objects.filter(app_name__in=[app.app_label() for app in apps])
applied_migrations = ['%s.%s' % (mi.app_name,mi.migration) for mi in applied_migrations]
num_new_migrations = 0
for app in apps:
for migration in app:
if migration.app_label() + "." + migration.name() not in applied_migrations:
num_new_migrations = num_new_migrations + 1
return num_new_migrations
如果您将上述代码封装在一个脚本中，您的结构部署脚本可以使用运行操作来获取新迁移的数量。
如果返回零，那么您可以跳过与复制数据库相关的步骤。
【讨论】：
./manage.py migrate --all --merge --list | grep "( )"
会告诉您哪些迁移。如果您想要返回码或计数，请使用 wc。
这样做的好处是不会像接受的答案那样复制和粘贴代码（违反 DRY），而且如果内部南 api 发生更改，您的代码仍然可以工作。
更新：
Django 1.7 将输出更改为使用括号而不是括号，并且 Django 1.8 引入了 showmigration 命令：
./manage.py showmigrations --list | grep '[ ]'
【讨论】：
dalore 的答案已针对 Django 1.7+ 更新
./manage.py migrate --list | grep "\[ ]"
如果你只想要计数，那么：
./manage.py migrate --list | grep "\[ ]" | wc -l
【讨论】：
为什么要移动数据库？迁移的全部意义在于将您在开发中所做的更改应用到您的生产数据库中。
你的步骤真的应该是：
如果没有实际的新迁移要运行，迁移步骤不会花费那么长时间。它只会运行每个应用程序，说它已经是最新的。
如果您要复制数据库以进行备份，那无论如何都应该在 cron 或其他东西上运行，而不是作为部署的一部分。
实际上，我每次都对创建新的 virtualenv 感到困惑。标准化（阅读：最典型的）部署是：
如果您想在维护页面中添加回内容，可以，但该过程总共只需要一两分钟。
【讨论】：