python - Sekiranya direktori migrasi projek django komited kepada git

Question

Seperti yang dinyatakan dalam tajuk, apabila persekitaran pembangunan tempatan mengubah suai model, kadangkala ia berubah beberapa kali, dan kemudian banyak fail migrasi dihasilkan.

Tetapi apabila menggunakan pelayan, bagaimanakah pelayan harus melakukan perubahan:

1. Jangan muat naik fail migrasi, laksanakan terus makemigrations 重新生成 migrations，再运行 migrate

2. Muat naik fail migrasi semasa pembangunan dan kemudian laksanakan terus migrate

Mana satu yang patut saya pilih antara dua kaedah di atas? kenapa?

Answer 1

Menurut kenyataan rasmi, ia perlu diserahkan dan dilaksanakan terus di bahagian pelayan migrate tanpa perlu menjananya semula.

Anda harus menganggap migrasi sebagai sistem kawalan versi untuk skema pangkalan data anda makemigration bertanggungjawab untuk membungkus perubahan model anda kepada fail migrasi inpidual - serupa dengan commit - dan migrate bertanggungjawab untuk menerapkannya pada pangkalan data anda.

Fail pemindahan untuk setiap apl disimpan dalam direktori "penghijrahan" di dalam apl itu, dan direka bentuk untuk komited, dan diedarkan sebagai sebahagian daripada pangkalan kodnya. Anda harus membuatnya sekali pada mesin pembangunan anda dan kemudian menjalankannya penghijrahan yang sama pada mesin rakan sekerja anda, mesin pementasan anda dan akhirnya mesin pengeluaran anda.

Terjemahan Cina:

Anda boleh menganggap migrasi sebagai sistem kawalan versi untuk pangkalan data anda. Perintah makemigration bertanggungjawab untuk menyimpan perubahan model anda pada fail migrasi - sama seperti commit - manakala migrate bertanggungjawab untuk melakukan perubahan pada pangkalan data.

Fail migrasi setiap apl akan disimpan dalam folder "penghijrahan" setiap apl yang sepadan dan cara melaksanakannya akan disediakan sebagai pangkalan kod yang diedarkan. Anda harus membuat fail ini sekali lagi setiap kali anda menjalankan migrasi yang sama pada mesin pembangunan anda atau mesin rakan sekerja anda dan akhirnya pada mesin pengeluaran anda.

Answer 2

Adalah disyorkan untuk menyerahkannya ke repositori.

Answer 3

Saya pada masa ini tidak menyegerakkan ke perpustakaan jauh.
Oleh kerana model perlu diubah suai dengan kerap semasa proses pembangunan, banyak fail migrasi akan dijana, dan sukar untuk mengawal migrasi tanpa ralat
Sebelum menerbitkan program, sahkan dahulu sama ada model itu dikemas kini lakukan makemigration dan kemudian berhijrah Disebabkan setempat Ia telah diuji, jadi ia tidak terdedah kepada beberapa isu penyegerakan yang pelik.

Answer 4

Mengapa anda tidak memadamkan perubahan yang baru dijana dalam migrasi sebelum menyerahkan, membuat semula migrasi dan kemudian menyerahkan repositori

Answer 5

Tetapi secara tempatan, menambah medan dan kemudian memadamkannya, dsb. adalah beberapa operasi yang tidak berguna Pada akhirnya, mungkin tiada perubahan dalam pangkalan data Jadi migrasi ini juga perlu diserahkan kepada pelayan dan dijalankan semula.