Bagaimana menyederhanakan migrasi di Django 1.7?

Sudah ada pertanyaan serupa untuk Selatan, tetapi saya telah memulai proyek saya dengan Django 1.7 dan saya tidak menggunakan Selatan.

Selama pengembangan, banyak migrasi telah dibuat, namun perangkat lunak belum dikirim dan tidak ada database yang harus dimigrasi. Oleh karena itu saya ingin mengatur ulang migrasi seolah-olah model saya saat ini adalah yang asli dan membuat ulang semua database.

Apa cara yang disarankan untuk melakukan itu?

EDIT: Pada Django 1.8 ada perintah baru bernama squashmigrations yang kurang lebih memecahkan masalah yang dijelaskan di sini.

Saya mengerti. Saya baru saja menemukan ini dan itu bagus.

• Pertama, untuk menghapus tabel migrasi:

  ./manage.py migrate --fake <app-name> zero

• Hapus app-name/migrations/folder atau konten.

• Lakukan migrasi:

  ./manage.py makemigrations <app-name>

• Terakhir, rapikan migrasi Anda tanpa membuat perubahan database lainnya:

  ./manage.py migrate --fake <app-name>

Dalam migrasi versi Django 1.7 fungsionalitas reset yang dulu di Selatan telah dihapus untuk mendukung fungsionalitas baru untuk 'menekan' migrasi Anda. Ini seharusnya menjadi cara yang baik untuk menjaga jumlah migrasi tetap terkendali.

https://docs.djangoproject.com/en/dev/topics/migrations/#squashing-migrations

Jika Anda masih ingin benar-benar memulai dari awal, saya berasumsi Anda masih bisa dengan mengosongkan tabel migrasi dan menghapus migrasi setelah itu Anda akan berjalan makemigrationslagi.

Saya baru saja mengalami masalah yang sama. Inilah solusi saya.

#!/bin/sh
echo "Starting ..."

echo ">> Deleting old migrations"
find . -path "*/migrations/*.py" -not -name "__init__.py" -delete
find . -path "*/migrations/*.pyc"  -delete


# Optional
echo ">> Deleting database"
find . -name "db.sqlite3" -delete

echo ">> Running manage.py makemigrations"
python manage.py makemigrations

echo ">> Running manage.py migrate"
python manage.py migrate

echo ">> Done"

Itu find perintah: http://unixhelp.ed.ac.uk/CGI/man-cgi?find

Dengan asumsi ini adalah struktur proyek Anda,

project_root/
    app1/
        migrations/
    app2/
        migrations/
    ...
    manage.py
    remove_migrations.py

Anda dapat menjalankan skrip remove_migrations.py dari tempat yang ditunjukkan di atas untuk menghapus semua file migrasi.

#remove_migrations.py
"""
Run this file from a Django =1.7 project root. 
Removes all migration files from all apps in a project.
""" 
from unipath import Path

this_file = Path(__file__).absolute()
current_dir = this_file.parent
dir_list = current_dir.listdir()

for paths in dir_list:
    migration_folder = paths.child('migrations')
    if migration_folder.exists():
        list_files = migration_folder.listdir()
        for files in list_files:
            split = files.components()
            if split[-1] != Path('__init__.py'):
                files.remove()

Menghapus secara manual bisa melelahkan jika Anda memiliki proyek yang rumit. Ini menghemat banyak waktu saya. Menghapus file migrasi aman. Saya telah melakukan ini beberapa kali tanpa menghadapi masalah ... belum.

Namun ketika saya menghapus folder migrasi, makemigrationsatau migratetidak membuat folder kembali untuk saya. Skrip memastikan bahwa folder migrasi dengan foldernya __init__.pytetap ada, hanya menghapus file migrasi.

1. Hapus file: delete_migrations.py (di root prj):

import os

for root, dirs, files in os.walk(".", topdown=False):
  for name in files:
      if '/migrations' in root and name != '__init__.py':
          os.remove(os.path.join(root, name))

2. DELETE FROM django_migrations Where app in ('app1', 'app2');

3. ./manage.py makemigrations

4. ./manage.py migrate --fake

ATAU, Anda dapat menulis migrasi dari semua ini

Saya mencoba perintah yang berbeda dan beberapa jawaban membantu saya. Hanya urutan ini dalam kasus saya yang memperbaiki kedua dependensi yang rusak dalam migrasi di MYAPP dan membersihkan semua migrasi sebelumnya mulai dari awal.

Sebelum melakukan ini, pastikan bahwa database sudah disinkronkan (misalnya, jangan menambahkan bidang Model baru di sini atau mengubah opsi Meta).

rm -Rf MYAPP/migrations/*
python manage.py makemigrations --empty MYAPP
python manage.py makemigrations
python manage.py migrate --fake MYAPP 0002

Di mana 0002 adalah nomor migrasi yang dikembalikan oleh perintah makemigrations terakhir.

Sekarang Anda dapat menjalankan makemigrations / migrate lagi secara normal karena migrasi 0002 disimpan tetapi tidak tercermin dalam database yang sudah disinkronkan.

Jika Anda tidak peduli dengan migrasi sebelumnya, bagaimana dengan hanya menghapus semua migrasi di direktori migrations /? Anda akan memulai urutan migrasi dari awal, menggunakan model Anda saat ini sebagai referensi seolah-olah Anda telah menulis seluruh model sekarang.

Jika Anda tidak cukup mempercayai saya untuk menghapusnya, cobalah untuk menyingkirkannya.

Cara yang sederhana adalah

Buka setiap aplikasi dan hapus file migrasi.

Lalu pergi ke tabel django-migrtaions dalam database dan potong (hapus semua entri).

Setelah itu Anda dapat membuat migrasi sekali lagi.

cd ke direktori src cd /path/to/src

hapus direktori migrasi rm -rf your_app/migrations/

perhatikan bahwa ini harus dilakukan untuk setiap aplikasi secara terpisah

migrasi python3.3 manage.py migrate

jika Anda ingin memulai lagi python3.3 manage.py makemigrations your_app

Jika Anda dalam mode pengembangan dan Anda hanya ingin mengatur ulang semuanya (database, migrasi, dll), saya menggunakan skrip ini berdasarkan jawaban Abdelhamid Ba. Ini akan menghapus tabel database (Postgres), menghapus semua file migrasi, menjalankan kembali migrasi dan memuat perlengkapan awal saya:

#!/usr/bin/env bash
echo "This will wipe out the database, delete migration files, make and apply migrations and load the intial fixtures."

while true; do
    read -p "Do you wish to continue?" yn
    case $yn in
        [Yy]* ) make install; break;;
        [Nn]* ) exit;;
        * ) echo "Please answer yes or no.";;
    esac
done

echo ">> Deleting old migrations"
find ../../src -path "*/migrations/*.py" -not -name "__init__.py" -delete

# Optional
echo ">> Deleting database"
psql -U db_user -d db_name -a -f ./reset-db.sql

echo ">> Running manage.py makemigrations and migrate"
./migrations.sh

echo ">> Loading initial fixtures"
./load_initial_fixtures.sh

echo ">> Done"

reset-db.sql file:

DO $$ DECLARE
    r RECORD;
BEGIN
    -- if the schema you operate on is not "current", you will want to
    -- replace current_schema() in query with 'schematodeletetablesfrom'
    -- *and* update the generate 'DROP...' accordingly.
    FOR r IN (SELECT tablename FROM pg_tables WHERE schemaname = current_schema()) LOOP
        EXECUTE 'DROP TABLE IF EXISTS ' || quote_ident(r.tablename) || ' CASCADE';
    END LOOP;
END $$;

file migrasi.sh:

#!/usr/bin/env bash
cd ../../src
./manage.py makemigrations
./manage.py migrate

file load_initial_fixtures.sh:

#!/usr/bin/env bash
cd ../../src
./manage.py loaddata ~/path-to-fixture/fixture.json

Pastikan untuk mengubah jalur yang sesuai dengan aplikasi Anda. Saya pribadi memiliki skrip ini dalam folder bernama project_root / script / local, dan sumber django ada di project_root / src.

Setelah menghapus setiap folder "migrasi" di aplikasi saya (secara manual), saya menjalankan:

./manage.py dbshell
delete from django_migrations;

Kemudian saya pikir saya bisa melakukannya ./manage.py makemigrationsuntuk meregenerasi semuanya. Namun, tidak ada perubahan yang terdeteksi. Saya kemudian mencoba menentukan satu aplikasi dalam satu waktu: ./manage.py makemigrations foo, ./manage.py makemigrations bar. Namun, hal ini mengakibatkan ketergantungan melingkar yang tidak dapat diselesaikan.

Akhirnya, saya menjalankan satu perintah makemigrations yang menentukan SEMUA aplikasi saya (tanpa urutan tertentu):

./manage.py makemigrations foo bar bike orange banana etc

Kali ini, berhasil - dependensi melingkar diselesaikan secara otomatis (ini membuat file migrasi tambahan jika perlu).

Kemudian saya bisa lari ./manage.py migrate --fakedan kembali berbisnis.