Opened 13 months ago

Last modified 13 months ago

#34924 closed Bug

Example for squashmigration not working properly — at Version 1

Reported by: Sebastian Jekutsch Owned by: nobody
Component: Migrations Version: 4.2
Severity: Normal Keywords:
Cc: Triage Stage: Unreviewed
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description (last modified by Sebastian Jekutsch)

Hi there,

sorry for the unspecific summary, but I expect to have a few issues here without knowing how to tell on from the other.

I expect squashmigrations with optimization turned on (default) to result in a squashed migration file so that running makemigration afterwards doesn't detect any migration needs. In my case though, some single migrations doesn't seem to to be in the squashed migration file.

Squashing is important to me, because for some time I temporarily experimented with third-party libraries I don't want to include anymore. But installing/migrating in a new database still require them to be in the virtual environment, of cource, if not squashed mit optimization on.

See attachments:

  • Zip of single migrations 0001 to 0116
  • Resulting squashed migration file of "manage.py squashmigrations knowledgebase 0116"
  • Resulting migration file of "manage.py makemigrations" -> 0117

Additionally, I found that two models seem to have disappeared completely in the squashed migration file as well as it has not been recognized by the makemigrations cross-check:

  • AbstractEntity - this may be ok since it's an abstract super-class, but note that AbtractCategory *is* included in the squashing
  • Activity - this model vanished

See attachment models.py

Change History (5)

by Sebastian Jekutsch, 13 months ago

Attachment: single_migrations.zip added

by Sebastian Jekutsch, 13 months ago

Attachment: models.py added

comment:1 by Sebastian Jekutsch, 13 months ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.
Back to Top