Django 1.7 - makemigrations tidak mendeteksi perubahan

Seperti judulnya, sepertinya saya tidak bisa membuat migrasi berfungsi.

Aplikasi ini awalnya di bawah 1,6, jadi saya mengerti bahwa migrasi tidak akan ada di sana pada awalnya, dan memang jika saya menjalankan python manage.py migratesaya mendapatkan:

Operations to perform:
  Synchronize unmigrated apps: myapp
  Apply all migrations: admin, contenttypes, auth, sessions
Synchronizing apps without migrations:
  Creating tables...
  Installing custom SQL...
  Installing indexes...
Running migrations:
  No migrations to apply.

Jika saya melakukan perubahan pada model apa pun myapp, masih dikatakan tidak bermigrasi, seperti yang diharapkan.

Tetapi jika saya menjalankan python manage.py makemigrations myappsaya mendapatkan:

No changes detected in app 'myapp'

Tampaknya tidak masalah apa atau bagaimana saya menjalankan perintah, itu tidak pernah mendeteksi aplikasi memiliki perubahan, juga tidak menambahkan file migrasi ke aplikasi.

Apakah ada cara untuk memaksa aplikasi ke migrasi dan pada dasarnya mengatakan "Ini basis saya untuk bekerja dengan" atau apa? Atau apakah saya melewatkan sesuatu?

Basis data saya adalah PostgreSQL jika itu membantu.

Jika Anda mengubah dari aplikasi yang ada yang Anda buat di Django 1.6, maka Anda perlu melakukan satu pra-langkah (seperti yang saya ketahui) yang tercantum dalam dokumentasi:

python manage.py makemigrations your_app_label

Dokumentasi tidak menjelaskan bahwa Anda perlu menambahkan label aplikasi ke perintah, karena hal pertama yang diperintahkan untuk Anda lakukan adalah python manage.py makemigrationsyang akan gagal. Migrasi awal dilakukan ketika Anda membuat aplikasi di versi 1.7, tetapi jika Anda berasal dari 1.6, itu tidak akan dilakukan. Lihat 'Menambahkan migrasi ke aplikasi' dalam dokumentasi untuk detail lebih lanjut.

Ini dapat terjadi karena alasan berikut:

1. Anda tidak menambahkan aplikasi dalam INSTALLED_APPSdaftar di settings.py (Anda harus menambahkan nama aplikasi atau path bertitik ke subkelas AppConfig di apps.py di folder aplikasi, tergantung pada versi Django yang Anda gunakan). Rujuk dokumentasi: INSTALLED_APPS
2. Anda tidak memiliki migrationsfolder di dalam aplikasi itu. (Solusi: cukup buat folder itu).
3. Anda tidak memiliki __init__.pyfile di dalam migrationsfolder aplikasi tersebut. (Solusi: Cukup buat file kosong dengan nama __init__.py )
4. Anda tidak memiliki __init__.pyfile di dalam folder aplikasi. (Solusi: Cukup buat file kosong dengan nama __init__.py )
5. Anda tidak memiliki models.pyfile di aplikasi
6. Kelas Python Anda (seharusnya menjadi model) di models.pytidak mewarisidjango.db.models.Model
7. Anda memiliki beberapa kesalahan semantik dalam definisi model di models.py

Catatan: Kesalahan umum adalah menambahkan migrationsfolder dalam .gitignorefile. Ketika dikloning dari repo jarak jauh, migrationsfolder dan / atau __init__.pyfile akan hilang di repo lokal. Ini menyebabkan masalah.

Saya sarankan untuk gitignore file migrasi dengan menambahkan baris berikut ke .gitignorefile

*/migrations/*
!*/migrations/__init__.py

Ok, sepertinya saya melewatkan langkah yang jelas, tetapi memposting ini jika ada orang lain yang melakukan hal yang sama.

Ketika memutakhirkan ke 1.7, model saya menjadi tidak terkelola ( managed = False) - Saya memilikinya seperti Truesebelumnya tetapi sepertinya dikembalikan.

Menghapus garis itu (Ke default ke True) dan kemudian menjalankan makemigrationssegera membuat modul migrasi dan sekarang itu berfungsi. makemigrationstidak akan berfungsi pada tabel yang tidak dikelola (Yang jelas di belakang)

Solusi saya tidak dibahas di sini jadi saya mempostingnya. Saya telah menggunakan syncdbuntuk sebuah proyek - hanya untuk menjalankan dan menjalankannya. Kemudian ketika saya mencoba untuk mulai menggunakan migrasi Django, itu memalsukan mereka pada awalnya kemudian akan mengatakan itu 'OK' tetapi tidak ada yang terjadi pada database.

Solusi saya adalah menghapus semua file migrasi untuk aplikasi saya, serta catatan basis data untuk migrasi aplikasi dalam django_migrationstabel.

Lalu saya baru saja melakukan migrasi awal dengan:

./manage.py makemigrations my_app

diikuti oleh:

./manage.py migrate my_app

Sekarang saya bisa melakukan migrasi tanpa masalah.

Setuju dengan @furins. Jika semuanya tampak berurutan namun masalah ini muncul, periksa apakah ada metode properti dengan judul yang sama dengan atribut yang Anda coba tambahkan di kelas Model.

1. Hapus metode dengan nama yang mirip dengan atribut yang Anda tambahkan.
2. manage.py makemigrations my_app
3. kelola.py migrasi my_app
4. Tambahkan metode kembali.

Ini semacam kesalahan bodoh untuk dibuat, tetapi memiliki koma ekstra di akhir baris deklarasi lapangan di kelas model, membuat garis tidak berpengaruh.

Ini terjadi ketika Anda menyalin tempel def. dari migrasi, yang dengan sendirinya didefinisikan sebagai array.

Meskipun mungkin ini akan membantu seseorang :-)

Mungkin saya terlambat tetapi apakah Anda mencoba memiliki migrationsfolder di aplikasi Anda dengan __init__.pyfile di dalamnya?

Mungkin ini akan membantu seseorang. Saya menggunakan aplikasi bersarang. project.appname dan saya benar-benar memiliki project dan project.appname di INSTALLED_APPS. Menghapus proyek dari INSTALLED_APPS memungkinkan perubahan terdeteksi.

Jawabannya ada pada posting stackoverflow ini, oleh cdvv7788 Migrasi di Django 1.7

Jika ini adalah pertama kalinya Anda memigrasikan aplikasi yang harus Anda gunakan:

manage.py makemigrations myappname Setelah Anda melakukannya, Anda dapat melakukannya:

manage.py migrasi Ubah model Anda kembali ke bentuk aslinya, jalankan perintah pertama (dengan nama aplikasi) dan migrasi ... itu akan berpura-pura. Setelah Anda melakukannya, kembalikan perubahan pada model Anda, jalankan migrasi besar dan bermigrasi lagi dan itu akan berhasil.

Saya mengalami masalah yang sama persis dan melakukan hal di atas bekerja dengan sempurna.

Saya telah memindahkan aplikasi Django saya ke cloud9 dan untuk beberapa alasan saya tidak pernah menangkap migrasi awal.

Berikut ini bekerja untuk saya:

1. Tambahkan nama aplikasi ke settings.py
2. gunakan 'python manage.py makemigrations'
3. gunakan 'python manage.py migrate'

Bekerja untuk saya: Python 3.4, Django 1.10

Orang-orang seperti saya yang tidak suka migrasi dapat menggunakan langkah-langkah di bawah ini.

1. Hapus perubahan yang ingin Anda selaraskan.
2. Jalankan python manage.py makemigrations app_labeluntuk migrasi awal.
3. Jalankan python manage.py migrateuntuk membuat tabel sebelum Anda membuat perubahan.
4. Rekatkan perubahan yang Anda hapus pada langkah pertama.
5. Jalankan 2. dan 3. langkah-langkah.

Jika Anda salah satu dari langkah-langkah ini, baca file migrasi. Ubah mereka untuk memperbaiki skema Anda atau menghapus file yang tidak diinginkan tetapi jangan lupa untuk mengubah bagian dependensi file migrasi berikutnya;)

Saya harap ini akan membantu seseorang di masa depan.

Anda ingin memeriksa settings.pydalam INSTALLED_APPSdaftar dan pastikan semua aplikasi dengan model tercantum di sana.

Berjalan makemigrationsdi folder proyek berarti akan terlihat memperbarui semua tabel yang terkait dengan semua aplikasi yang termasuk dalam settings.pyuntuk proyek. Setelah Anda memasukkannya, makemigrationsakan secara otomatis memasukkan aplikasi (ini menghemat banyak pekerjaan sehingga Anda tidak harus menjalankan makemigrations app_nameuntuk setiap aplikasi di proyek / situs Anda).

Untuk berjaga-jaga seandainya Anda memiliki bidang tertentu yang tidak dapat diidentifikasi oleh macemigrations: periksa dua kali jika Anda memiliki properti dengan nama yang sama.

contoh:

field = django.db.models.CharField(max_length=10, default = '', blank=True, null=True)

# ... later

@property
def field(self):
    pass

properti akan "menimpa" definisi bidang sehingga perubahan tidak akan diidentifikasi oleh makemigrations

Pastikan model Anda tidak abstract. Saya benar-benar membuat kesalahan itu dan butuh beberapa saat, jadi saya pikir saya akan mempostingnya.

Menambahkan jawaban ini karena hanya metode ini yang membantu saya.

Saya menghapus migrationsfolder run makemigrationsdan migrate.
Ia masih berkata: Tidak ada migrasi untuk diterapkan.

Saya pergi ke migratefolder dan membuka file yang terakhir dibuat,
mengomentari migrasi yang saya inginkan (Terdeteksi dan masuk ke sana)
dan berjalan migratelagi.

Ini pada dasarnya mengedit file migrasi secara manual.
Lakukan ini hanya jika Anda memahami konten file.

Apakah Anda menggunakan schemamigration my_app --initialsetelah mengganti nama folder migrasi lama? Cobalah. Mungkin bekerja Jika tidak - coba buat ulang basis data dan buat syncdb + migrasi. Itu bekerja untuk saya ...

Punya masalah yang sama Pastikan kelas apa pun yang telah Anda tetapkan di models.py, Anda harus mewarisi model. Model kelas.

class Product(models.Model):
    title = models.TextField()
    description = models.TextField()
    price = models.TextField()

Saya memiliki masalah yang sama dengan harus menjalankan macemigrations dua kali dan segala macam perilaku aneh. Ternyata akar masalahnya adalah bahwa saya menggunakan fungsi untuk menetapkan tanggal default pada model saya sehingga migrasi mendeteksi perubahan setiap kali saya menjalankan migrasi. Jawaban atas pertanyaan ini menempatkan saya di jalur yang benar: Hindari makemigrasi untuk membuat ulang bidang tanggal

Saya baru-baru ini meningkatkan Django dari 1,6 menjadi 1,8 dan memiliki beberapa aplikasi dan migrasi untuk mereka. Saya menggunakan selatan dan schemamigrationsuntuk membuat migrasi di Django 1.6, yang dijatuhkan di Django 1.8.

Ketika saya menambahkan model baru setelah peningkatan, makemigrationsperintah itu tidak mendeteksi perubahan apa pun. Dan kemudian saya mencoba solusi yang disarankan oleh @drojf (jawaban pertama), itu berfungsi dengan baik, tetapi gagal untuk menerapkan migrasi awal palsu ( python manage.py --fake-initial). Saya melakukan ini karena meja saya (tabel lama) sudah dibuat.

Akhirnya ini berhasil bagi saya, menghapus model-model baru (atau perubahan model) dari models.py dan kemudian harus menghapus (atau mengganti nama untuk cadangan keselamatan) folder migrasi semua aplikasi dan menjalankan manage.pymacemigrations python untuk semua aplikasi, kemudian lakukan python manage.py migrate --fake-initial. Ini bekerja seperti pesona. Setelah migrasi awal dibuat untuk semua aplikasi dan memalsukan awal migrasi, kemudian menambahkan model baru dan mengikuti proses reguler makemigrationsdan bermigrasi pada aplikasi itu. Perubahan terdeteksi sekarang dan semuanya berjalan dengan baik.

Saya hanya berpikir untuk membagikannya di sini, jika seseorang menghadapi masalah yang sama (memiliki schemamigrationsselatan untuk aplikasi mereka), itu mungkin membantu mereka :)

Mungkin itu bisa membantu seseorang, saya punya masalah yang sama.

Saya sudah membuat dua tabel dengan kelas serializer dan pandangan. Jadi ketika saya ingin memperbarui, saya memiliki kesalahan ini.

Saya mengikuti langkah-langkah ini:

1. saya membuat .\manage.py makemigrations app
2. Saya dieksekusi .\manage.py migrate
3. Saya menghapus kedua tabel saya models.py
4. Saya menghapus semua referensi ke tabel saya dari serializer dan kelas tampilan.
5. Saya menjalankan langkah 1dan 2.
6. Saya mengambil perubahan saya hanya di models.py
7. Saya jalankan lagi langkah 5.
8. Saya memulihkan semua perubahan saya.

Jika Anda bekerja dengan Pycharm, sejarah lokal sangat membantu.

Mungkin ini akan membantu seseorang.

Saya telah menghapus models.pydan berharap makemigrationsuntuk membuat DeleteModelpernyataan.

Ingatlah untuk menghapus *.pycfile!

./manage makemigrations
./manage migrate

Migrasi melacak perubahan ke DB sehingga jika Anda berubah dari tidak terkelola menjadi terkelola, Anda harus memastikan bahwa tabel basis data Anda mutakhir terkait dengan Model yang Anda hadapi.

Jika Anda masih dalam mode dev, saya pribadi memutuskan untuk menghapus file migrasi di IDE saya dan juga di tabel django_migrations yang berkaitan dengan Model saya dan jalankan kembali perintah di atas.

INGAT: jika Anda memiliki migrasi yang diakhiri dengan _001 di IDE Anda & _003 di database Anda. Django hanya akan melihat apakah Anda memiliki migrasi yang diakhiri dengan _004 agar ada yang diperbarui.

2 (migrasi kode & db) ditautkan dan berfungsi bersama-sama.

Selamat coding.

1. Hapus perubahan yang ingin Anda selaraskan.
2. Jalankan python manage.py makemigrations app_label untuk migrasi awal.
3. Jalankan python manage.py, migrasi untuk membuat tabel sebelum Anda membuat perubahan.
4. Rekatkan perubahan yang Anda hapus pada langkah pertama.
5. Jalankan 2. dan 3. langkah-langkah

Menambahkan jawaban ini karena tidak ada yang lain di atas yang berfungsi untuk saya.

Dalam kasus saya sesuatu yang lebih aneh sedang terjadi ( Versi Django 1.7 ), Dalam models.py saya, saya memiliki garis "ekstra" di akhir file saya (itu adalah baris kosong) dan ketika saya menjalankan python manage.py makemigrationsperintah hasilnya adalah: "tidak ada perubahan yang terdeteksi".

Untuk memperbaikinya saya menghapus "baris kosong" ini yang ada di akhir file models.py saya dan saya menjalankan perintah lagi, semuanya sudah diperbaiki dan semua perubahan yang dibuat untuk models.py terdeteksi!

Anda mungkin perlu memalsukan migrasi awal menggunakan perintah di bawah ini

python manage.py migrate --fake-initial

Pertama, solusi ini berlaku untuk mereka yang menghadapi masalah yang sama selama penempatan di server heroku, saya menghadapi masalah yang sama.

Untuk menggunakan, ada langkah wajib yaitu menambahkan django_heroku.settings (lokal ()) dalam file settings.py.

Perubahan: Ketika saya mengubah baris di atas menjadi django_heroku.settings (penduduk lokal (), database = Salah), ia bekerja dengan sempurna.

Dalam kasus saya, saya perlu menambahkan model saya ke file _ init _.py dari folder models di mana model saya didefinisikan:

from myapp.models.mymodel import MyModel

Menambahkan 2c saya, karena tidak ada solusi yang bekerja untuk saya, tetapi ini ...

Saya baru saja lari manage.py squashmigrations dan menghapus migrasi lama (baik file dan baris di tabel database django.migrations).

Ini meninggalkan baris seperti ini di file migrasi terakhir:

replaces = [(b'my_app', '0006_auto_20170713_1735'), (b'my_app', '0007_auto_20170713_2003'), (b'my_app', '0008_auto_20170713_2004')]

Ini tampaknya membingungkan Django dan menyebabkan perilaku aneh: berlari manage.py makemigrations my_appakan menciptakan migrasi awal seolah-olah tidak ada. Menghapus replaces...garis memperbaiki masalah!

python manage.py akun makemigrasi Migrasi untuk 'akun': akun \ migrasi \ 0001_initial.py - Buat model Pelanggan - Buat model Tag - Buat model Produk - Buat model Produk - Buat model Pesanan

Catatan: di sini "akun" adalah nama aplikasi saya