Jaki jest poprawny sposób radzenia sobie z migracją DB podczas korzystania z South, Django i Git?

Question

Tło: -

Używam Django 1.3. Używamy South jako modułu do migracji DB i Git SCM.

Problem: -

Co to jest poprawny sposób radzić sobie z folderu, który jest tworzony migracje?

Głównym problemem jest to, że wprowadzam zmiany w schemacie DB w maszynie programistycznej, kiedy przesyłam go do serwera produkcyjnego, muszę przeprowadzić migrację istniejącego schematu. Robiąc to zawsze jest jakiś problem z plikami migracyjnymi.

Czy powinienem po prostu dodać folder migracji do gitignore? lub czy istnieje lepszy sposób na zrobienie tego?

Answer 1

Powinieneś dodać folder migracji do swojego systemu kontroli wersji i używać tych samych plików do produkcji i rozwoju. Możesz napotkać pewne problemy w systemie produkcyjnym, jeśli wprowadziłeś swoje migracje od początku i masz już istniejące tabele.

Dlatego musisz wykonać fałszywą pierwszą migrację, która zwykle robi to samo, co syncdb, kiedy twoja baza danych została utworzona po raz pierwszy. Tak więc, próbując po raz pierwszy zastosować migrację do aplikacji na komputerze produkcyjnym, wykonaj manage.py migrate app_name 0001 --fake. Dzięki temu South wie, że pierwsza migracja została już zastosowana (co już się stało z syncdb) i po ponownym uruchomieniu migrate, będzie kontynuowana z następującymi migracjami.