-
Notifications
You must be signed in to change notification settings - Fork 630
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
[Discussion] Remove Phalcon Migrations #1278
Comments
Agree! |
Agree. I would love to see the wrapper to handle the config parsing etc. |
Wrapper sounds like fun. |
I'm ok with this. I think this may be implemented in the v4.0.x . But note we'll need to update the docs to refer to previous dev-tools version when mentioning previous implementation of migrations. We must also provide at least minimal documentation for the new implementation. And finally, what do you think guys about a migration converter or a solution (at least a tip) to use old migrations with the new version. |
@sergeyklay All what you mentioned is possible. |
@sergeyklay this suggestion is only for I still think we should fix any "bugs" for the current revision. But no further work on NFRs. |
Another option is doctrine migrations - https://github.com/doctrine/migrations |
Related #1315 |
Closing in favor - #1339 |
I propose that we remove the Phalcon Migrations feature in the 4.0 revision of the Phalcon Developer Tools, in favor of CakePHP's Phinx.
It seems there are regular issues with the Migrations component, with 21.3% of the issues for this project related to the migrations tool alone. It makes sense, for us to offload this maintenance debt to Phinx as it is already production ready, battle tested and incredibly popular with 7M+ Downloads.
If necessary, we could compromise and create a wrapper for Phinx to maintain the functionality but offload the nitty gritty.
The text was updated successfully, but these errors were encountered: