Alembik --autogenerate produkcji pusty migrację

Question

Próbuję użyć Alembic po raz pierwszy i chcesz używać --autogenerate cecha opisana here

Moja struktura projektu wygląda

project/ 
     configuration/ 
        __init__.py 
        dev.py 
        test.py 
     core/ 
      app/ 
       models/ 
        __init__.py 
        user.py 
     db/ 
      alembic/ 
        versions/ 
        env.py 
      alembic.ini 

Używam Flask i SQLAlchemy i ich rozszerzenie Flask-SQLAlchemy. mój model User wygląda

class User(UserMixin, db.Model): 
    __tablename__ = 'users' 
    # noinspection PyShadowingBuiltins 
    uuid = Column('uuid', GUID(), default=uuid.uuid4, primary_key=True, 
        unique=True) 
    email = Column('email', String, nullable=False, unique=True) 
    _password = Column('password', String, nullable=False) 
    created_on = Column('created_on', sa.types.DateTime(timezone=True), 
         default=datetime.utcnow()) 
    last_login = Column('last_login', sa.types.DateTime(timezone=True), 
         onupdate=datetime.utcnow()) 

Jak opisano here, I zmodyfikowane env.py wyglądać

from configuration import app 

alembic_config = config.get_section(config.config_ini_section) 
alembic_config['sqlalchemy.url'] = app.config['SQLALCHEMY_DATABASE_URI'] 
engine = engine_from_config(
    alembic_config, 
      prefix='sqlalchemy.', 
      poolclass=pool.NullPool) 

i

from configuration import db 


target_metadata = db.metadata 

gdzie configuration.__init__py wygląda

from flask import Flask 
from flask.ext.sqlalchemy import SQLAlchemy 
import dev 


app = Flask(__name__) 
app.config.from_envvar('SETTINGS_PT') 
db = SQLAlchemy(app) 

Teraz kiedy Uruchamianie migracji

$alembic revision --autogenerate -m "Added user table" 
INFO [alembic.migration] Context impl PostgresqlImpl. 
INFO [alembic.migration] Will assume transactional DDL. 
    Generating /Users/me/IdeaProjects/project/db/alembic/versions/55a9d5 
    35d8ae_added_user_table.py...done 

ale plik alembic/versions/55a9d5 ma pustych upgrade() i downgrade() metod

"""Added user table 

Revision ID: 1b62a62eef0d 
Revises: None 
Create Date: 2013-03-27 06:37:08.314177 

""" 

# revision identifiers, used by Alembic. 
revision = '1b62a62eef0d' 
down_revision = None 

from alembic import op 
import sqlalchemy as sa 


def upgrade(): 
    ### commands auto generated by Alembic - please adjust! ### 
    pass 
    ### end Alembic commands ### 


def downgrade(): 
    ### commands auto generated by Alembic - please adjust! ### 
    pass 
    ### end Alembic commands ### 

Jak to się stało, że nie jest w stanie zrozumieć, że nie jest to nowy User modelu? Proszę o pomoc

Answer 1

zgodnie @zzzeek, ​​po tym jak znalazły się następujące w moim env.py, byłem w stanie pracować z --autogenerate opcji

w env.py pod run_migrations_online()

from configuration import app 
from core.expense.models import user # added my model here 

alembic_config = config.get_section(config.config_ini_section) 
alembic_config['sqlalchemy.url'] = app.config['SQLALCHEMY_DATABASE_URI'] 
engine = engine_from_config(
    alembic_config, 
    prefix='sqlalchemy.', 
    poolclass=pool.NullPool) 

potem wpadłem alembic revision --autogenerate -m "Added initial table" i dostał

def upgrade(): 
    ### commands auto generated by Alembic - please adjust! ### 
    op.create_table('users', 
    sa.Column('uuid', sa.GUID(), nullable=False), 
    sa.Column('email', sa.String(), nullable=False), 
    sa.Column('password', sa.String(), nullable=False), 
    sa.Column('created_on', sa.DateTime(timezone=True), nullable=True), 
    sa.Column('last_login', sa.DateTime(timezone=True), nullable=True), 
    sa.PrimaryKeyConstraint('uuid'), 
    sa.UniqueConstraint('email'), 
    sa.UniqueConstraint('uuid') 
    ) 
    ### end Alembic commands ### 

Dziękuję Michael za całą swoją godzinę elp!

Answer 2

myślę, że warto tu zwrócić uwagę, że miałem ten sam problem w obecnej wersji (0.8.4), ale metoda ustalania metadane wydaje się być bardziej wyraźne: Oprócz importowania modelu, trzeba również ustaw target_metadata (który jest obecny w env.py, ale domyślnie jest ustawiony na None).

Proponuje się importowanie czegoś, co nazwali Base, ale nie jest jasne, co to dokładnie jest; zaimportowanie instancji DeclarativeBase, której moje modele dziedziczą, nie zrobiło dla mnie nic (ten sam wynik co OP).

Rzeczywiste komentarze w kodzie sugerują jednak ustawienie target_metadata przy użyciu rzeczywistego modelu (ModelNameHere.metadata), który zadziałał u mnie (użycie metadanych jednego modelu spowodowało wykrycie wszystkich z nich).