You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is an improvement suggestion for the MIgrator.
The migrator recreates the schema when the migrations have changed. For example: a new migration was added.
However while developing, it can happen that a migration has not been added, but modified (a field renamed, or added, etc). In this case also it is required to recreate the schema, which has to be doen manually.
The proposal would be not to look for new migrations only, but also check that the date of modification of the migration files are older than the date where the respective migration was run.
PR coming if interest arises.
The text was updated successfully, but these errors were encountered:
Branch switching is already handled by the Migrator. This would rather cover the case where you are on the same branch, but modifying your migration files.
@othercorey the plan was to implement it, but could not find time for the moment, and will not in the coming 2 weeks.
It is a very minor improvement, though.
This is a (multiple allowed):
This is an improvement suggestion for the MIgrator.
The migrator recreates the schema when the migrations have changed. For example: a new migration was added.
However while developing, it can happen that a migration has not been added, but modified (a field renamed, or added, etc). In this case also it is required to recreate the schema, which has to be doen manually.
The proposal would be not to look for new migrations only, but also check that the date of modification of the migration files are older than the date where the respective migration was run.
PR coming if interest arises.
The text was updated successfully, but these errors were encountered: