-
Notifications
You must be signed in to change notification settings - Fork 11.4k
[Bug] Migration doesn't respect current environment #67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I think that's expected behavior. Could be wrong though. |
I just ran into this issue too and it is a little annoying. |
Seems strange to be a default behavior if i've got through the trouble (well, not that much trouble) of creating an environment rule and overriding configs. I would naturally expect commands to respect that. |
@jackmcdade Well, it's not something that's currently configurable through local config files, but perhaps it should be? |
You could "hack" the |
Can't you just set a global environment variable |
The console is explicitly looking for "--env=" in your command to look for an environment, else it's always production. No other conditions are present. |
@jackmcdade Any nice way to overload that method for local development? |
Then I'd suggest falling back to an environment variable first. So that would be first |
How did you specify the environment in the start file? Did you use a machine name? |
Yes, machine name in the start file. |
This is fixed. Thanks! |
Correct me if i'm wrong, but shouldn't the migrate command respect the current environment? I need to add the
--env=local
flag every time i run a migration.The text was updated successfully, but these errors were encountered: