#32387: More efficiant migration management
---------------------------------------+------------------------
Reporter: francois90 | Owner: nobody
Type: New feature | Status: new
Component: Migrations | Version: 3.1
Severity: Normal | Keywords:
Triage Stage: Unreviewed | Has patch: 0
Needs documentation: 0 | Needs tests: 0
Patch needs improvement: 0 | Easy pickings: 0
UI/UX: 0 |
---------------------------------------+------------------------
This idea may be bad for reasons that i am not seeing, but it seems to me
like it would be possible to have two types of migrations, the ones that
are committed and the ones that aren't. This way, it would be possible to
have a deployment script that deletes all uncommitted migrations, runs
makemigrations in order to recreate them in one batch, commit the newly
created migrations and deploy. This would have the benefit of keeping
everyone on the same page regarding migrations that are in production
while reducing the number of migrations and minimizing the chances of
conflicts.
The way i envision implementing this is by simply giving a different name
to uncommitted migrations so they can be put in .gitignore. It could be
done by adding a setting for configuring a custom string to add at the end
of newly created migrations.
Please anyone let me know if this is a bad idea or if there is a better
way to implement it.
Cheers
--
Ticket URL: <https://code.djangoproject.com/ticket/32387>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
--
You received this message because you are subscribed to the Google Groups
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/django-updates/053.6e77f13d42d70d142327d93399348c72%40djangoproject.com.
