You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 23, 2020. It is now read-only.
The manage.py makemigrationscommand created an additional migration in the registration app. This is annoying for deploying and I'm not sure if this is the expected behavior.
Migrations for 'gtaccess':
0064_auto_20160621_1643.py:
- Create model RegistrationSupplement
Migrations for 'registration':
0002_auto_20160621_1643.py:
- Remove field registration_profile from defaultregistrationsupplement
- Delete model DefaultRegistrationSupplement
In the settings I added REGISTRATION_SUPPLEMENT_CLASS='package.to.RegistrationSupplement' but I didn't add the registration.supplements.default to my INSTALLED_APPS of settings.py because I thought the DefaultRegistrationSupplementmodel is not nedded.
But exactly that was my problem. If I add the registration.supplements.default to my INSTALLED_APPS the problem does not occur.
Long story short I'm happy now but as I mentioned I'm not sure if this is that expected behavior. I just want let you know about that.
By the way thanks for this excellent lib.
The text was updated successfully, but these errors were encountered:
otherwise the migrate command complains about a conflict: CommandError: Conflicting migrations detected (0002_default_supplement, 0001_initial in registration).
After that everything worked perfectly for my case.
An issue could be If someone starts without a supplement class and later he decides to use the default supplement model. It won't be generated.
The
manage.py makemigrations
command created an additional migration in the registration app. This is annoying for deploying and I'm not sure if this is the expected behavior.In the settings I added
REGISTRATION_SUPPLEMENT_CLASS='package.to.RegistrationSupplement'
but I didn't add theregistration.supplements.default
to my INSTALLED_APPS of settings.py because I thought theDefaultRegistrationSupplement
model is not nedded.But exactly that was my problem. If I add the
registration.supplements.default
to my INSTALLED_APPS the problem does not occur.Long story short I'm happy now but as I mentioned I'm not sure if this is that expected behavior. I just want let you know about that.
By the way thanks for this excellent lib.
The text was updated successfully, but these errors were encountered: