-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Shell aliases (or yml commands) #2943
Comments
Look good to me, as long as we don't need much custom code to process the yaml file and execute the script. Perhaps there is code we can bring in. |
Or maybe:
The question is, is either of these forms significantly simpler than a php commandfile to make this worthwhile? |
If we are going for a straight replacement, the existing logic is at Lines 1930 to 1996 in fd5b1c7
|
Here is drush9 equivalent of config-list |
What is the current status of this? I'm currently pegged at drush 9.0-beta4, which appears to be the last version that supports old-style drushrc.php shell command aliases. I'm very conscious that is not an ideal situation, but I depend fairly heavily on some custom pull-production (etc) shell aliases for my current workflow. |
No update unfortunately. Its an open feature request. I suggest using bash aliases and drush commands/scripts to transition from drush shell aliases. |
You could also consider using a similar service such as ahoy-cli |
Thanks @greg-1-anderson . I looked at Ahoy but at present I'm all about reducing lateral dependencies, so anything that needs a custom install per platform is really a no-go. Ideally Drush would continue to handle this via an optional composer dependency. I don't especially care whether I would need to rewrite the existing PHP script definitions as YML, I'd just like to be able to do so. @weitzman : Yeah. But then everyone is back to rolling their own solution in bash or cli-php or whatever, and isn't that what Drush was designed to avoid for the slightly savvy site builder? |
The status here is "PRs welcome". Someone just needs to feel it is important enough to spend the effort. |
So instead of shell aliases... the current workaround is to go ahead and write a custom command that calls the shell correct? The reason I ask is because I rely on drush shell aliases because they are typically supported on hosting environments where calling shell via ssh or other means are not... example I can do something like |
@generalredneck I use composer scripts for that purpose. Writing simple Drush commands in php is another option. If someone did want to make a PR for this, perhaps it should be a feature of Robo / consolidation/config. |
Also, I've used Ahoy for yaml aliases |
Not a burning need for this. |
We should follow the lead of Travis CI and Circle CI & c. and put simple shell scripts in our yml configuration files:
Environment variables are automatically set for each defined option and argument.
We could potentially have a shortcut for Drush commands, but I'm not sure that it is necessary.
The text was updated successfully, but these errors were encountered: