Django 마이그레이션 문서 에서 인용 :

각 앱의 마이그레이션 파일은 해당 앱 내부의 “migrations”디렉토리에 있으며 해당 코드베이스에 커밋되고 일부로 배포되도록 설계되었습니다. 개발 컴퓨터에서 한 번 만든 다음 동료의 컴퓨터, 스테이징 컴퓨터 및 결국 프로덕션 컴퓨터에서 동일한 마이그레이션을 실행해야합니다.

이 프로세스를 따르면 마이그레이션 파일에서 병합 충돌이 발생하지 않아야합니다.

버전 제어 분기를 병합 할 때 동일한 상위 마이그레이션을 기반으로 여러 마이그레이션이있는 상황이 발생할 수 있습니다 (예 : 다른 개발자에게 동시에 마이그레이션을 도입 한 경우). 이 상황을 해결하는 한 가지 방법은 _merge_migration_을 도입하는 것입니다. 종종 이것은 다음 명령을 사용하여 자동으로 수행 될 수 있습니다.

./manage.py makemigrations --merge

현재의 모든 헤드 마이그레이션에 의존하는 새로운 마이그레이션을 소개합니다. 물론 이것은 헤드 마이그레이션간에 충돌이없는 경우에만 작동하며이 경우 수동으로 문제를 해결해야합니다.

여기에있는 일부 사람들이 마이그레이션을 버전 제어로 커밋 하지 말아야한다고 제안 했기 때문에 실제로 그렇게 해야하는 이유를 확장하고 싶습니다 .

먼저, 프로덕션 시스템에 적용된 마이그레이션 기록이 필요합니다. 프로덕션에 변경 사항을 배포하고 데이터베이스를 마이그레이션하려는 경우 현재 상태에 대한 설명이 필요합니다. 각 프로덕션 데이터베이스에 적용된 마이그레이션의 별도 백업을 만들 수 있지만 이는 불필요하게 번거로운 것 같습니다.

둘째, 마이그레이션에는 종종 사용자 지정 손으로 작성한 코드가 포함됩니다. .NET을 사용하여 자동으로 생성하는 것이 항상 가능한 것은 아닙니다 ./manage.py makemigrations.

셋째, 마이그레이션은 코드 검토에 포함되어야합니다. 이는 프로덕션 시스템에 중요한 변경 사항이며 문제가 될 수있는 많은 것들이 있습니다.

즉, 프로덕션 데이터에 관심이 있다면 버전 관리로의 마이그레이션을 확인하십시오.

답변

python manage.py makemigrations
python manage.py migrate

git add app/migrations/...
git commit -m 'add migration files' app/migrations/...

python manage.py migrate