迁移后的 Django-cms 1.7.10 "OperationalErroR语言 no such column"

Question

所以我知道已经有很多人提出了问题，他们更改了模型，但未能将迁移应用到他们的数据库中。然而，在我的情况下，我知道迁移已经应用，因为我可以看到新的表数据。

基本上，我安装了django-cms，然后在djangocms_column插件的models.py中添加了一个字段，允许我在列中添加一个Bootstrap类名（例如col-md-4、col-md-6等）。

if hasattr(settings, "COLUMN_CLASS_CHOICES"):
    CLASS_CHOICES = settings.COLUMN_CLASS_CHOICES
else:
    CLASS_CHOICES = (
        ('col-md-1', _("col-md-1")),
        ('col-md-2', _("col-md-2")),
        ('col-md-3', _('col-md-3')),
        ('col-md-4', _("col-md-4")),
        ('col-md-5', _('col-md-5')),
        ('col-md-6', _("col-md-6")),
        ('col-md-7', _('col-md-7')),
        ('col-md-8', _('col-md-8')),
        ('col-md-9', _('col-md-9')),
        ('col-md-10', _('col-md-10')),
        ('col-md-11', _('col-md-11')),
        ('col-md-12', _('col-md-12')),
        ('', _('none')),
    )

@python_2_unicode_compatible
class Column(CMSPlugin):
    """
    A Column for the MultiColumns Plugin
    """
    width = models.CharField(_("width"), choices=WIDTH_CHOICES, default=WIDTH_CHOICES[0][0], max_length=50)
    """
    This is the new field:
    """
    bs_class = models.CharField(_("bs_class"), choices=CLASS_CHOICES, default=CLASS_CHOICES[0][0], max_length=50)
    def __str__(self):
        return u"%s" % self.get_width_display()

然后我运行./manage.py makemigrations，然后运行./manage.py migrate，现在表如下所示：

sqlite> select * from djangocms_column_column;
cmsplugin_ptr_id  bs_class    width     
----------------  ----------  ----------
3                 col-md-1    33%       
5                 col-md-1    33%       
7                 col-md-1    33%       
19                col-md-1    33%       
21                col-md-1    33%       
23                col-md-1    33% 

然而，当我试图访问测试服务器时，我仍然会收到以下错误：

OperationalError at /en/
no such column: djangocms_column_column.bs_class
Request Method: GET
Request URL:    http://localhost:8000/en/
Django Version: 1.7.10
Exception Type: OperationalError
Exception Value:    
no such column: djangocms_column_column.bs_class

是的，我已经尝试删除数据库并运行./manage.py migrate，但网站仍然显示相同的错误。是否有一个特殊的迁移过程必须用于修改安装在./env/lib/python2.7/site-packages文件夹中的插件？

Answer 1

所以我真的找到了导致这种行为的原因。在设计我的gump任务时，我重新构建了项目文件夹，将所有django创建的文件都放在src子目录中。

我这样做是因为，当gulpfile.js或bower_components中的文件被修改时，这样可以更容易地观察我的应用程序文件的更改，而不会无意中触发我的观察任务。（最终，这并不重要，因为我的globs比django项目根更具体。）

如果CCD_ 11是相对路径CCD_。因此，当我从/src目录中运行./manage.py migrate时，它在/src/project.db上执行迁移。当我从父目录运行src/manage.py migrate时，迁移是在/project.db上执行的。djangocms应用程序本身使用的是后者，而我一直在前者上执行所有迁移。

因此，这里的教训是：

• 请确保使用绝对路径指定sqlite文件
• 当您遇到看似无法解释的迁移问题时，请检查以确保您的工作区中没有多个.db文件

Answer 2

您是否尝试删除应用程序内迁移文件夹中的迁移？