Closed (fixed)
Project:
Drush
Version:
All-versions-4.x-dev
Component:
Documentation
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
26 Oct 2012 at 09:53 UTC
Updated:
24 May 2013 at 08:06 UTC
Jump to comment: Most recent file
Comments
Comment #1
jonhattanYou can obtain the alias for the active site with:
drush sa @self --alias-name="foo" --full --with-dbComment #2
giorgio79 commentedAwesome thanks!
Comment #3
moshe weitzman commentedNifty. Maybe we should do an example shell alias for that?
Comment #4
greg.1.anderson commentedHere's a simple alias that defaults the name to 'new'.
Comment #5
moshe weitzman commentedMaybe we omit the name 'new' and expect people to use an argument? Commit this with or without that.
Comment #6
greg.1.anderson commentedDoes the site-aliases feature support argument-to-option conversion? If I remember correctly, it works like bash aliases, and appends arguments to the end of the expanded command line. If that's the case, then we could expect people to type
self-alias --alias-name="myname", but we could not supportself-alias myname.The former works even if there is a default --alias-name in the site alias. Without the --alias-name in the site alias, the name would default to "self". I put the --alias-name in the definition to document the option.
Comment #7
greg.1.anderson commentedWent ahead and committed #4.
Comment #9
k_zoltan commentedIs there any way to reference to the actual folder as an alias even if its an empty folder.
I think this would make sense when creating a test environement of a live site
mkdir testlive
cd testlive
drush rsync @live . <----- not this is where I don't know how to reference
@current
. simply a dot
@self -> this doesn't work since it's an empty folder error message Could not evaluate destination path @self.
Comment #9.0
k_zoltan commentediojiojjiojiojiojio;