-
Notifications
You must be signed in to change notification settings - Fork 72
Added support for Laravel Migrations & Reminders #70
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
base: master
Are you sure you want to change the base?
Conversation
This is excellent. Will test it out when I get home. |
I found a bug with the getRan() method. It should work better now. |
I've added support for password reminders as well. Let me know if you'd prefer that in a seperate PR. |
Added `@dev` within version constraint so that the rest of a projects dependencies can be stable.
👍 |
There's some comments in some of the code that can be removed - and please write tests for the new features. |
@neon64 ping! |
I've been without stable internet for a couple of days but I'll try to get those fixes done asap. |
What comments did you want removed? I could only find the |
Sorry. I forgot to merge new changes from upstream. The tests are fine now |
Also began work on tests for Migrations and Reminders
…rationRepository`
👍 |
…PresenceVerifier` Needed if the presence verifier is overriden again by the user. Used to go like this: - validator factory is resolved when $app['validator'] is accessed (in order to call $validator->resolver($foo) ) - validation factory accesses the `validation.presence` verifier - the presence verifier is accessed, thus the entity manager is requested - this prompts a connection to the database on every instantiation of the application Now the connection won't be resolved until the verifier is actually used.
Doctrine automatically updates the database schema to represent the entities in your application, thus rendering most of the use-cases for Laravel's migrations useless, however Laravel's migrations can still be useful for migrating other stuff, such as data stored on the filesystem.
What's Changed
This pull request adds support for Laravel migrations, using Doctrine for the DB interaction. It adds a new Entity:
Migration
, that is automatically included into themetadata
config. It also adds a new implementation ofMigrationRepositoryInterface
that uses Doctrine instead of Laravel's DB.I've also added support for Laravel's password reminders.
Caveats:
Migration
entity cannot be removed (perhaps I should add a config option)It'd be great to know what you think about this, and if it is a good fit for your package.