id	summary	reporter	owner	description	type	status	component	version	severity	resolution	keywords	cc	stage	has_patch	needs_docs	needs_tests	needs_better_patch	easy	ui_ux
32387	More efficiant migration management	francois90	nobody	"
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"	New feature	closed	Migrations	3.1	Normal	wontfix			Unreviewed	0	0	0	0	0	0