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
{{ message }}
This repository has been archived by the owner on Dec 21, 2023. It is now read-only.
Typing composer run spark every time is tedious. The recommendation has been to set up an alias (spark → composer run spark), which is yet another setup requirement.
My proposal is to abandon the Composer script approach, write an actual executable file for Spark and define it as a vendor binary for Composer. Executing Spark commands would happen this way:
$ ./vendor/bin/spark
On top of addressing all problems outlined above, we also open the possibility to write our own launcher, copying what Drush Launcher does, so that you could just issue the command spark wherever you are in your project.
The text was updated successfully, but these errors were encountered:
Nice sleuthing and great proposal. I agree with this 100%, and approve you to proceed, but have a couple questions.
Couple questions:
What is the LOE to implement? 1d? Is it something you're willing to take on or need help on? and will this help streamline the GDPR work? If not I suggest we attack this after the current sprint.
Can you explain a little about the executable file itself. Will it be a PHP script? or a bash/sh wrapper for a PHP executable?
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently Spark relies on a script defined in
composer.json
:While this minimal approach has been convenient for the initial development phase, it has its drawbacks:
composer run spark
every time is tedious. The recommendation has been to set up an alias (spark
→composer run spark
), which is yet another setup requirement.My proposal is to abandon the Composer script approach, write an actual executable file for Spark and define it as a vendor binary for Composer. Executing Spark commands would happen this way:
On top of addressing all problems outlined above, we also open the possibility to write our own launcher, copying what Drush Launcher does, so that you could just issue the command
spark
wherever you are in your project.The text was updated successfully, but these errors were encountered: