使用Git处理Django迁移的最佳方法？

Question

也许有人问过这个问题，但是，至少从我读过的书来看，我不相信。我的想法是，我在一个项目中，有多个人在后端工作，因为人们被分配来解决不同的问题，每个人都会对模型进行自己的更改，这意味着每个人都可以进行自己的迁移，这可能会发生冲突，可能是因为进行了与更改相同表相同的编号迁移

为了解决这个问题，我们设计了一个解决方案，其中我们创建了3个分支：Master、QA和develope，第一个分支是在生产阶段，develope是在开发服务器上测试的更改将被合并到测试阶段，QA是这两个分支之间的中间环节，我们的想法是在新的分支上进行更改（feature/xxxxxx）及其各自的迁移，当我们需要上传到developmente服务器时，我们将合并到development，development将处理迁移冲突（manage.py makemigrations--merge），然后，当更改获得批准时，我们将删除新分支的迁移（feature/xxxxxx），将其合并到QA，并删除该分支，一旦QA准备好上载到生产，我们就运行Makemigration来创建迁移，这就是我们合并到Master的内容

我这里的问题是开发和QA之间的分歧，因为想法是QA中的每件事情都应该与它在开发中的工作方式相同，但是由于开发将处理合并它们的迁移，而QA将从零开始创建它们，我不确定是否有什么东西可以因为合并开发而工作不同使用QA并不是一个答案，因为这种结构的要点是develope可以具有仍在开发中的功能，并且不允许上传，所以我们不希望它们使生产不稳定

有没有更好的方法来处理这个问题，或者改进这个方法