-
Notifications
You must be signed in to change notification settings - Fork 281
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
Explanation: How to run this in a local server? #21
Comments
@irthos MAMP/WAMP or Vagrant I guess? I haven't actually tried but I imagine either would work. |
To be honest because the first dyno in all heroku apps are free I just have a dev app that I push to and test things out with then squash / push the commits to my production WP instance after I'm satisfied. You may be able to run these dynos locally with Foreman that comes as part of the Heroku Toolbelt however I have not tried that yet. There's also a request to build this into a Docker file that can be run locally as well (#4) but I have not had much time to work on that. |
Ive been messing with a local installation of this and keep getting stuck on composer not finding hhvm, if anyone has any ideas about that I would really appreciate it |
You can have composer skip the hhvm platform dependency locally (#20):
|
Awesome, so for anyone else coming here, here's how I did it:
|
Awesome, thanks for documenting that @dmtintner. Would you mind adding a section to the readme with that into and doing a pull request? Thanks! |
@xyu will do, just want to finalize the process to something general for everyone and then will put it there. The last thing that I have that is still not perfect is I need to run composer install every time I change something in the public directory in order to view it locally. I'm thinking a grunt watch task that copies changes made in the public directory to the public.built could solve this. Any other thoughts? |
I'm not sure what the best way to go about this, perhaps the best way to go about this is to build a vagrant instance so that everything is self-contained. It will not be a perfect sandbox but could be made much closer to Heroku then standard MAMP. As for recursively copying, I don't think it's a great solution because what would happen if we remove a file from /public on the local install that have already been copied over to /public.built? We could instead tweak the build process to create a symlink tree which can be used in a grunt task to get around needing to rebuild using composer. (This will be a bit faster then pure composer but I'm not sure if it's worth the extra complexity.) |
I'm starting a branch to build a vagrant instance for running this locally: |
How would you run this in your local development environment? atm, I'm littering commits and pushes to Heroku so I'm probably just missing a n00by move. Cheers and thanks for creating this flow.
The text was updated successfully, but these errors were encountered: