Drush is a command-line shell and scripting interface for Drupal, a veritable Swiss Army knife designed to make life easier for those who spend their working hours hacking away at the command prompt.
Home Page: https://www.drush.org
Drush is a command line shell and Unix scripting interface for Drupal. Please see www.drush.org for documentation.
hi. i get error "'mode' is not recognized as an internal or external command, operable program or batch file" everytime i run drush status.
running on win8x64 via git bash + wamp and everything works fine, just installed drupal 7 via it but each time performing any cmd i get that nasty error.
Would be great if someone took this on. The issue is that D8 has changed. Not strictly a Drush issue.
~/htd/d8 (8.x=)$ dr ups
PHP Fatal error: Call to undefined function _update_cache_clear() in /Users/moshe.weitzman/Dropbox/root/c/h/drush/commands/pm/update_info/drupal.inc on line 64
PHP Stack trace:
PHP 1. {main}() /Users/moshe.weitzman/Dropbox/root/c/h/drush/drush.php:0
PHP 2. drush_main() /Users/moshe.weitzman/Dropbox/root/c/h/drush/drush.php:16
PHP 3. _drush_bootstrap_and_dispatch() /Users/moshe.weitzman/Dropbox/root/c/h/drush/drush.php:61
PHP 4. drush_dispatch($command = *uninitialized*, $arguments = *uninitialized*) /Users/moshe.weitzman/Dropbox/root/c/h/drush/drush.php:92
PHP 5. call_user_func_array(*uninitialized*, *uninitialized*) /Users/moshe.weitzman/Dropbox/root/c/h/drush/includes/command.inc:182
PHP 6. drush_command() /Users/moshe.weitzman/Dropbox/root/c/h/drush/includes/command.inc:182
PHP 7. _drush_invoke_hooks($command = *uninitialized*, $args = *uninitialized*) /Users/moshe.weitzman/Dropbox/root/c/h/drush/includes/command.inc:214
PHP 8. call_user_func_array(*uninitialized*, *uninitialized*) /Users/moshe.weitzman/Dropbox/root/c/h/drush/includes/command.inc:362
PHP 9. drush_pm_updatestatus() /Users/moshe.weitzman/Dropbox/root/c/h/drush/includes/command.inc:362
PHP 10. _pm_get_update_info($projects = *uninitialized*) /Users/moshe.weitzman/Dropbox/root/c/h/drush/commands/pm/updatestatus.pm.inc:26
Once this is done, we will fix any bugs in pm-updatecode command.
Original issue at https://drupal.org/node/1989202
This isn't a big deal but has been bugging me for a long time now..
Why is does the syntax look like this? :
projects[admin_menu][version] = "1.8"
projects[openidadmin][version] = "1.2"
projects[install_profile_api][version] = "2.2"
When logically, the "s" is plural and doesn't make sense, and also the drupal.org urls all look like drupal.org/project/* instead of drupal.org/projects/*..
Shouldn't the syntax look more like this?:
project[admin_menu][version] = "1.8"
project[openidadmin][version] = "1.2"
project[install_profile_api][version] = "2.2"
I do understand that the extra letter doesn't make that much impact on payload size, but how did this happen and is there a logical reason for the plurals? Can the plural version be phased out over time while support for the shortened, non-plural version gets added?
To reproduce, use Drush 7.x, create a temp directory with a composer.json file (content below) and run "drush composer install" in this directory. Drush output:
Loading composer repositories with package information
Installing dependencies
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 32 bytes) in /Users/erik/.drush/composer/vendor/composer/composer/src/Composer/DependencyResolver/RuleWatchGraph.php on line 52
PHP has 256MB of memory, so this should not be the problem.
composer.json content:
(see http://docs.behat.org/quick_intro.html)
{
"require": {
"behat/behat": "2.4.*@stable"
},
"minimum-stability": "dev",
"config": {
"bin-dir": "bin/"
}
}
Which is the "suggested" version of git for drupal7 ? The zip made from the master branch or the 5.9 version still available from the drupal.org project page?
Copied from https://drupal.org/node/2043513
~/htd/d8 (8.x=)$ dr pmi views
Undefined index: datestamp info.pm.inc:67 [warning]
WD php: Exception: The timestamp must be numeric. in [error]
Drupal\Component\Datetime\DateTimePlus::createFromTimestamp() (line 168 of
/Users/moshe.weitzman/htd/d8/core/lib/Drupal/Component/Datetime/DateTimePlus.php).
Exception: The timestamp must be numeric. in Drupal\Component\Datetime\DateTimePlus::createFromTimestamp() (line 168 of /Users/moshe.weitzman/htd/d8/core/lib/Drupal/Component/Datetime/DateTimePlus.php).
Copied from https://drupal.org/node/1899842
While having declared export DRUSH_PHP='/usr/local/php53/bin/php' is good option, on linux multiuser system there would be need to declare each user in .bashrc for this change.
While not too hard, option to do so on drush installation resource would make transition to 6.x easier for sys-admins.
It seems that the best place would be just inside DRUSH_PHP code block (55-76 lines in drush).
Should I submit patch or will someone else do it?
See original issue at https://drupal.org/node/759906
As a distribution maintainer, I'd love to have Drush make --working-copy checkout repositories with my git credentials so that I can write to their repositories without having to do git set-url and providing my credentials.
Drush pm includes a --gitusername flag, however, I'm not clear on how and whether this could be used with Drush make:
"drush make commons-profile/build-commons-dev.make --working-copy --gitusername=ezrag ./commons-builds/latest-3
Unknown option: --gitusername. See drush help make for available options. To suppress this error, add the option --strict=0."
Investigate if it helps that D8 relocated the install_profile variable to new Settings system.
Copied from https://drupal.org/node/2044487
On each executed drush command 3 error messages appear:
Strict Standards: Declaration of DrushMakeProject_Library::getTranslations() sho
uld be compatible with DrushMakeProject::getTranslations($project_directory) in
C:\Program Files (x86)\drush\commands\drush_make\drush_make.project.inc on line 353
Strict Standards: Declaration of DrushMakeProject_Library::recurse() should be c
ompatible with DrushMakeProject::recurse($path) in C:\Program Files (x86)\drush
commands\drush_make\drush_make.project.inc on line 353
Strict Standards: Declaration of DrushMakeProject_Profile::buildPath() should be
compatible with DrushMakeProject::buildPath() in C:\Program Files (x86)\drush\c
ommands\drush_make\drush_make.project.inc on line 371
The script is executed on windows and PHP 5.5.3. The neweste drush version from http://www.drush.org/drush_windows_installer is installed.
Copied from https://drupal.org/node/1989174
I just upgraded Drush via command line and received an error stating PHP 5.3.3 is required.
As I am running PHP 5.3.2 (Ubuntu 10.04.2 LTS) it has thrown this error.
I checked the read me on the Drush 7.x-5.9 release and it says:
I am wondering if there is something wrong with my set up (apart from being old) or is the read me is wrong.
thanks
In our help topic, The CSV output format is oddly using "\n" instead of commas when delimiting list items. I tried debugging it but I'm not sure why it works elsewhere but not here.
Copied from https://drupal.org/node/2035965
I can't seem to figure out how send data to labeled-export outputformat engine. To reproduce the bug, run drush config-get system.site page.front on a D8 site.
This is linked to the d.o. issues.
https://drupal.org/node/482598
https://drupal.org/node/445990 (current issue to fix core)
Argument for providing this through drush is rather simple alleviate a themers headache when using the color module, with their themes. Also this is a extra step in a deployment where by a administrator has to login and save the theme settings on a site that is handled through features, to trigger regeneration of the colorized css files. Which would not happen on a fresh deploy.
Adding this to drush would alleviate this for developers and can be included in the build processes, it would also down the line when the core patch is fixed provide a friendly way for developers to clear this cache.
Hi,
When I do a "pear info pear.drush.org/drush" I have an UTF-8 error and it causes problems when using Vagrant/Puppet.
Can you fix this ?
Thanks.
pear info pear.drush.org/drush
Release Type PEAR-style PHP-based Package
Name drush
Channel pear.drush.org
Summary command line shell and Unix scripting interface
for Drupal
Description Drush is a command line shell and Unix scripting
interface for Drupal.
If you are unfamiliar with shell scripting,
reviewing the documentation
for your shell (e.g. man bash) or reading an
online tutorial (e.g. search
for "bash tutorial") will help you
get the most out of Drush.
Maintainers Moshe Weitzman [email protected] (lead)
Owen Barton [email protected] (developer)
Mark Sonnabaum [email protected]
(developer)
Antoine Beaupr� [email protected]
(developer)
Greg Anderson [email protected]
(developer)
Jonathan Ara�a Cruz [email protected]
(developer)
Jonathan Hedstrom [email protected]
(developer)
Release Date 2013-08-16 18:09:14
Release Version 6.0.0 (stable)
API Version 6 (stable)
License GPL
(http://www.opensource.org/licenses/gpl-license.php)
Release Notes Initial release.
Required Dependencies PHP version 5.0.0
PEAR installer version 1.4.0 or newer
package.xml version 2.0
Last Modified 2013-09-03 19:52
Previous Installed - None -
Version
Problem
When drush make uses patches from drupal.org on a server running 1.12 it returns an because of the https certificate that drupal.org uses. This can happen with other sources too. Ubuntu 10.04 uses 1.12 as its latest package for wget. This problem is fixed with wget 1.13. In Ubuntu 12.04 they use wget 1.13 so there its no problem.
Fix
When you add the flag --no-check-certificate to wget on 1.12 it continues but does not check the certificate.
Proposed solution
It would be great to be able to add --no-check-certificate as a parameter to the wget call when the version is 1.12.
This call to check if wget is available is here. The version could be checked there too. If the version is 1.12 the flag could be added to the exec call. That line would look something like this
drush_shell_exec("wget -q --timeout=30 --no-check-certificate -O %s %s", $destination_tmp, $url);References
I need project-relative file names in failure messages. At Line 285 of commands/core/test.drush.inconly the basename is inserted into the message.
I want to execute the tests from within my editor (vim), parse the error log and fill the quickfix list with the collected failure/error messages.
So I greated some kind of "post processor" for junit logfiles to produce one-line messages, see https://gist.github.com/DirkR/6382481. As there is only the basename included in the error message, I search for the full path of the file (relative to the project root). But some files occur multiple times in the drupal filesytem (e.g. includes/database/database.inc vs. includes/database/mysql/database.inc vs. includes/database/pgsql/database.inc vs. includes/database/sqlite/database.inc.
What is the best way to switch from basename to project-relaive names or absolute file names: an option in drushrc.php? An option on the command line?
I will provide a pull request, if I know the best way to implement it.
Hi,
I was trying to re-install my drupal 8 testbed and I thought I'd give Drush a whirl with this. What I did was drush8 -y si standard --db-url=mysql://d8testbeduser:d8testbedpass@localhost/d8testbed --account-name=dev --account-mail=[email protected] --account-pass=pass
and I got
You are about to DROP all tables in your 'd8testbed' database. Do you want to continue? (y/n): y
PHP Fatal error: Uncaught exception 'Exception' with message 'The configuration directory type active does not exist.' in /var/www/drupal-8/core/includes/bootstrap.inc:491
Stack trace:
#0 /usr/local/bin/drush8/commands/core/site_install.drush.inc(146): config_get_config_directory()
#1 [internal function]: drush_core_pre_site_install('standard')
#2 /usr/local/bin/drush8/includes/command.inc(332): call_user_func_array('drush_core_pre_...', Array)
#3 /usr/local/bin/drush8/includes/command.inc(198): _drush_invoke_hooks('site-install', Array, 'core')
#4 [internal function]: drush_command('standard')
#5 /usr/local/bin/drush8/includes/command.inc(165): call_user_func_array('drush_command', Array)
#6 /usr/local/bin/drush8/drush.php(92): drush_dispatch(Array)
#7 /usr/local/bin/drush8/drush.php(61): _drush_bootstrap_and_dispatch()
#8 /usr/local/bin/drush8/drush.php(16): drush_main()
#9 {main}
thrown in /var/www/drupal-8/core/includes/bootstrap.inc on line 491
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Uncaught exception 'Exception' with message 'The configuration directory type <em class="placeholder">active</em> does not
exist.' in /var/www/drupal-8/core/includes/bootstrap.inc:491
Stack trace:
#0 /usr/local/bin/drush8/commands/core/site_install.drush.inc(146): config_get_config_directory()
#1 [internal function]: drush_core_pre_site_install('standard')
#2 /usr/local/bin/drush8/includes/command.inc(332): call_user_func_array('drush_core_pre_...', Array)
#3 /usr/local/bin/drush8/includes/command.inc(198): _drush_invoke_hooks('site-install', Array, 'core')
#4 [internal function]: drush_command('standard')
#5 /usr/local/bin/drush8/includes/command.inc(165): call_user_func_array('drush_command', Array)
#6 /usr/local/bin/drush8/drush.php(92): drush_dispatch(Array)
#7 /usr/local/bin/drush8/drush.php(61): _drush_bootstrap_and_dispatch()
#8 /usr/local/bin/drush8/drush.php(16): drush_main()
#9 {main}
thrown in /var/www/drupal-8/core/includes/bootstrap.inc, line 49
My debug is
Bootstrap to phase 0. [0.01 sec, 3.49 MB] [bootstrap]
Drush bootstrap phase : _drush_bootstrap_drush() [0.01 sec, 3.68 MB] [bootstrap]
Cache HIT cid: 6.0-dev-commandfiles-0-fdcf5299481b228c23bf580d194f92c8 [0.02 sec, 3.7 MB] [debug]
Bootstrap to phase 0. [0.05 sec, 8.5 MB] [bootstrap]
Bootstrap to phase 1. [0.06 sec, 8.51 MB] [bootstrap]
Drush bootstrap phase : _drush_bootstrap_drupal_root() [0.06 sec, 8.51 MB] [bootstrap]
Initialized Drupal 8.0-dev root directory at /var/www/drupal-8 [0.08 sec, 10.18 MB] [notice]
Found command: site-install (commandfile=core) [0.08 sec, 10.17 MB] [bootstrap]
Executing: mysql --database=d8testbed --host=localhost --user=d8testbeduser --password=d8testbedpass -e "SELECT 1;" 2> /dev/null > /dev/null
You are about to DROP all tables in your 'd8testbed' database. Do you want to continue? (y/n): y
Sites directory sites/default already exists - proceeding. [0.12 sec, 10.22 MB] [notice]
Executing: mysql --database=d8testbed --host=localhost --user=d8testbeduser --password=d8testbedpass -e "SELECT 1;" 2> /dev/null > /dev/null
Executing: mysql --database=d8testbed --host=localhost --user=d8testbeduser --password=d8testbedpass < /tmp/drush_d5i0oa
No tables to drop. [0.15 sec, 10.25 MB] [ok]
PHP Fatal error: Uncaught exception 'Exception' with message 'The configuration directory type <em class="placeholder">active</em> does not exist.' in /var/www/drupal-8/core/includes/bootstrap.inc:491
Stack trace:
#0 /usr/local/bin/drush8/commands/core/site_install.drush.inc(146): config_get_config_directory()
#1 [internal function]: drush_core_pre_site_install('standard')
#2 /usr/local/bin/drush8/includes/command.inc(332): call_user_func_array('drush_core_pre_...', Array)
#3 /usr/local/bin/drush8/includes/command.inc(198): _drush_invoke_hooks('site-install', Array, 'core')
#4 [internal function]: drush_command('standard')
#5 /usr/local/bin/drush8/includes/command.inc(165): call_user_func_array('drush_command', Array)
#6 /usr/local/bin/drush8/drush.php(92): drush_dispatch(Array)
#7 /usr/local/bin/drush8/drush.php(61): _drush_bootstrap_and_dispatch()
#8 /usr/local/bin/drush8/drush.php(16): drush_main()
#9 {main}
thrown in /var/www/drupal-8/core/includes/bootstrap.inc on line 491
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Uncaught exception 'Exception' with message 'The configuration directory type <em class="placeholder">active</em> does not
exist.' in /var/www/drupal-8/core/includes/bootstrap.inc:491
Stack trace:
#0 /usr/local/bin/drush8/commands/core/site_install.drush.inc(146): config_get_config_directory()
#1 [internal function]: drush_core_pre_site_install('standard')
#2 /usr/local/bin/drush8/includes/command.inc(332): call_user_func_array('drush_core_pre_...', Array)
#3 /usr/local/bin/drush8/includes/command.inc(198): _drush_invoke_hooks('site-install', Array, 'core')
#4 [internal function]: drush_command('standard')
#5 /usr/local/bin/drush8/includes/command.inc(165): call_user_func_array('drush_command', Array)
#6 /usr/local/bin/drush8/drush.php(92): drush_dispatch(Array)
#7 /usr/local/bin/drush8/drush.php(61): _drush_bootstrap_and_dispatch()
#8 /usr/local/bin/drush8/drush.php(16): drush_main()
#9 {main}
thrown in /var/www/drupal-8/core/includes/bootstrap.inc, line 491 [0.15 sec, 10.21 MB]
My status is
Drupal version : 8.0-dev
Site URI : http://www
Database driver : mysql
Database hostname : localhost
Database username : d8testbeduser
Database name : d8testbed
Database : Connected
Drupal bootstrap : Successful
Drupal user : Anonymous
Default theme : garland
Administration theme : garland
PHP configuration : /etc/php.ini
Drush version : 6.0-dev
Drush configuration :
Drupal root : /var/www/drupal-8
Site path : sites/default
Active config directory path : sites/default/files/config_FWzmnYhZUNJTDS0qU8aLiw4nQVlrrW8g_517bGd51UU/active
Staging config directory path : sites/default/files/config_FWzmnYhZUNJTDS0qU8aLiw4nQVlrrW8g_517bGd51UU/staging
File directory path : sites/default/files
Temporary file directory path : /tmp
Regards,
When I do:
drush cc drush
drush fl
drush fl
the first drush fl gives back a list of enabled features, the second time I use the command drush complains about features not enabled. It will work if I us a --include= to the features module, but that is not realy a fix.
This is in a multisite environment so I guess that might be the problem.
5.9.0 works just fine.
The command "test-run" defines an outputformat and defaults to table.
But it doesn't generate the appropriate output. In command/core/test.drush.inc in function simpletest_drush_run_test (~ line 186) the XML reports are generated, but no $result is aggregated and returned.
See the non-strikethrough items in the Summary at https://drupal.org/node/1993796
There are a number of bug-fixes since 5.9 that would be great to get into a shiny new 5.10 release.
# drush config-edit system.site
....
Drush command terminated abnormally due to an unrecoverable error.
Error: Call to undefined function config_import() in /.../commands/core/config.drush.inc, line 283
There has been some changes to the config functions lately - ref https://drupal.org/node/2065313 - but I'm not sure if that is relevant here.
Running the same simple script with drush php-eval and drush php-script produced two different results.
This command returns an error:
$ drush --user=25 php-eval "var_dump($GLOBALS['user']);"
PHP Parse error: parse error, expecting `')'' in /usr/local/lib/drush/commands/core/core.drush.inc(1047) : eval()'d code on line 1
(PS: no matter what this editor may do to the code inside the double quotes, the code passed was valid)
However, creating a file with the following contents:
<?php
var_dump($GLOBALS['user']);
And executing:
drush --user=25 php-script ~/path/to/file.php
returns an expected result.
Why am I submitting a bug rather than a solution? I can't see why the drush_core_php_eval function at line 1046 (5.9) & 1101 (6.0) isn't working.
Thanks for any help.
Hi, thanks for the great work on Drush. I'm using 6.0 installed via pear. I'm trying to core-rsync from a local development site to a remote live site, all existing within a multisite install of D7. The help says to use the "--exclude-other-sites" option to sync just one site. However, it seems to be broken with the following error thrown ...
$ drush rsync @mlq-dev @mlq-live --exclude-other-sites
You will destroy data from mylifequotes.us:/var/www/drupal/ and replace with data from /var/www/drupal//
Do you really want to continue? (y/n): y
rsync: --exclude-other-sites-processed: unknown option
rsync error: syntax or usage error (code 1) at main.c(1453) [client=3.0.9]
Could not rsync from /var/www/drupal// to [error]
so basically an "--exclude-other-sites-processed" flag is getting passed through to rsync. If I instead do a
$ drush rsync @mlq-dev:sites/mylifequotes.us/ @mlq-live:sites/mylifequotes.us/
it works fine. However, this is only a workaround.
Some discussion of this is in a bug registered on drupal.org
https://drupal.org/node/1244384
but it's marked as closed although it seems to persist.
Thanks.
Hi,
maybe you should hide/remove the dev releases on https://drupal.org/project/drush since they are already outdated.
I guess you should remove all release really unless you plan to push release from Github to drupal.org. I observe that 6.0.0 (8.x-6.0?) is not yet published on drupal.org.
Currently, drush sql-query exits with a 0 even if there was an error in the query:
[rfay@dev-web11 current]$ drush sqlq 'select * from nothing;'
ERROR 1146 (42S02) at line 1: Table 'xxx_dev.nothing' doesn't exist
[rfay@dev-web11 current]$ echo $?
0
I think it would be useful to all of us if it returned an error status in a case like this.
Thanks!
See http://drupal.org/node/2067017 Unfortunately this totally breaks Drush on Drupal 8.
Perhaps all we need is a small wrapper around https://github.com/tobiassjosten/boris-loader that launches Boris in the right drupal site. Would be nice if it worked for remote sites as well, like the core-ssh command.
Background info at https://drupal.org/node/600556
Running Drupal 8 and Drush (updated from Git minutes ago), I get the error in the title. The function is defined in core/includes/session.inc so I'm not sure if Drush or Drupal core is to blame.
Hi,
earlier there was some information about which branches was for which version of Drupal. "master" for Drupal 8 and, 8.x-6.x for Drupal 6 and 7. Now I can't find that page/information. Have I become blind?
Another issue: Branch names. You just released 6.0.0 from the 8.x-6.x branch or? Are you planning to remove the "Drupal version" prefix for the branches to make it less confusing or do you need to keep it because of history? At least the 7 branch could be called 7.x instead of 8.x-7.x (or 9.x-7.x). I guess you have some plans related to this already - sorry to bother you ;-)
Migrated from https://drupal.org/node/1963480
Is there anywhere that explains the API changes from Drush 5.x -> 6.x from the perspective of someone who maintains a Drush extension? I'd love something along the lines of Drupal change notices for Drupal core. I'm not really sure how to begin porting something (other than just trying it and seeing what breaks ;-)).
Basically, wrappers around wget/curl calls like wget http://drupal.d8/admin curl -H "Accept: application/hal+json" --include --request GET --cookie SESS0xx=7VWxx http://drupal.d8/entity/node/2
Copied from https://drupal.org/node/1998974
Now that we have moved to github, we should move away from the old drupal.org-imposed naming scheme for old branches and tags; I don't think it is necessary to keep these all around forever. Cloning a github project sets up only the master branch for tracking by default, so if we do this quickly, we will not inconvenience too many people.
Currently, the "6.0.0" tag is rather obscured by the older names that all follow a different convention.
I'd suggest the following changes to branch names:
git branch -m 8.x-6.x 6.x
git branch -m 7.x-5.x 5.x
git branch -m 7.x-4.x 4.x
git branch -m 6.x-3.x 3.x
git push origin 6.x
git push origin 5.x
git push origin 4.x
git push origin 3.x
git push origin --delete 7.x-1.x
git push origin --delete 6.x-1.x
git push origin --delete 4.7.x-1.x
I recommend deleting all of those old *.x-1.x branches because they are old, and I'm not really sure what is in them, and I don't think it is necessary to check them out, look at them, and figure out the correct mapping to the old branch name. If we wanted to clean up even more aggressively, we could also delete the 4.x and 3.x branches; I don't have a strong opinion on this.
I'd also suggest we do the same sort of thing for old tags. Because there are a lot of older Drush releases, I wrote a script to generate the appropriate git commands:
x=$(git tag | grep '^[5-8].x-[1-6]' | grep -v '10.10'); for t in
This produces the following output:
git tag 1.0.0+drupal5 5.x-1.0
git tag 1.0.0-beta1+drupal5 5.x-1.0-beta1
git tag 1.0.0-beta2+drupal5 5.x-1.0-beta2
git tag 1.0.0-beta3+drupal5 5.x-1.0-beta3
git tag 1.0.0-beta4+drupal5 5.x-1.0-beta4
git tag 1.0.0-rc1+drupal5 5.x-1.0-rc1
git tag 1.0.0-rc2+drupal5 5.x-1.0-rc2
git tag 1.0.0-rc3+drupal5 5.x-1.0-rc3
git tag 1.1.0+drupal5 5.x-1.1
git tag 1.2.0+drupal5 5.x-1.2
git tag 1.3.0+drupal5 5.x-1.3
git tag 1.4.0+drupal5 5.x-1.4
git tag 2.0.0-alpha1 5.x-2.0-alpha1
git tag 2.0.0-alpha2 5.x-2.0-alpha2
git tag 1.0.0+drupal6 6.x-1.0
git tag 1.0.0-rc1+drupal6 6.x-1.0-rc1
git tag 1.0.0-rc11+drupal6 6.x-1.0-rc11
git tag 1.0.0-rc2+drupal6 6.x-1.0-rc2
git tag 1.1.0+drupal6 6.x-1.1
git tag 1.2.0+drupal6 6.x-1.2
git tag 2.0.0 6.x-2.0
git tag 2.0.0-alpha1 6.x-2.0-alpha1
git tag 2.0.0-alpha2 6.x-2.0-alpha2
git tag 2.0.0-rc1 6.x-2.0-rc1
git tag 2.1.0 6.x-2.1
git tag 3.0.0 6.x-3.0
git tag 3.0.0-alpha1 6.x-3.0-alpha1
git tag 3.0.0-beta1 6.x-3.0-beta1
git tag 3.0.0-rc1 6.x-3.0-rc1
git tag 3.0.0-rc2 6.x-3.0-rc2
git tag 3.0.0-rc3 6.x-3.0-rc3
git tag 3.0.0-rc4 6.x-3.0-rc4
git tag 3.1.0 6.x-3.1
git tag 3.2.0 6.x-3.2
git tag 3.3.0 6.x-3.3
git tag 4.0.0-rc1 6.x-4.0-rc1
git tag 4.0.0-rc3 6.x-4.0-rc3
git tag 4.0.0-rc4 6.x-4.0-rc4
git tag 4.0.0-rc5 6.x-4.0-rc5
git tag 4.0.0-rc6 6.x-4.0-rc6
git tag 4.0.0-rc7 6.x-4.0-rc7
git tag 4.0.0-rc8 6.x-4.0-rc8
git tag 4.0.0-rc9 6.x-4.0-rc9
git tag 1.0.0-rc2+drupal7 7.x-1.0-rc2
git tag 2.0.0-alpha1 7.x-2.0-alpha1
git tag 2.0.0-alpha2 7.x-2.0-alpha2
git tag 4.0.0 7.x-4.0
git tag 4.0.0-rc10 7.x-4.0-rc10
git tag 4.1.0 7.x-4.1
git tag 4.2.0 7.x-4.2
git tag 4.3.0 7.x-4.3
git tag 4.4.0 7.x-4.4
git tag 4.5.0 7.x-4.5
git tag 4.5.0-rc1 7.x-4.5-rc1
git tag 4.6.0 7.x-4.6
git tag 5.0.0 7.x-5.0
git tag 5.0.0-rc1 7.x-5.0-rc1
git tag 5.0.0-rc2 7.x-5.0-rc2
git tag 5.0.0-rc3 7.x-5.0-rc3
git tag 5.0.0-rc4 7.x-5.0-rc4
git tag 5.0.0-rc5 7.x-5.0-rc5
git tag 5.1.0 7.x-5.1
git tag 5.2.0 7.x-5.2
git tag 5.3.0 7.x-5.3
git tag 5.4.0 7.x-5.4
git tag 5.5.0 7.x-5.5
git tag 5.6.0 7.x-5.6
git tag 5.7.0 7.x-5.7
git tag 5.8.0 7.x-5.8
git tag 5.9.0 7.x-5.9
git tag 6.0.0 8.x-6.0
git tag 6.0.0-beta1 8.x-6.0-beta1
git tag 6.0.0-rc1 8.x-6.0-rc1
git tag 6.0.0-rc2 8.x-6.0-rc2
git tag 6.0.0-rc3 8.x-6.0-rc3
git tag 6.0.0-rc4 8.x-6.0-rc4
git tag -d 5.x-1.0-beta1 && git push origin :refs/tags/5.x-1.0-beta1
git tag -d 5.x-1.0-beta2 && git push origin :refs/tags/5.x-1.0-beta2
git tag -d 5.x-1.0-beta3 && git push origin :refs/tags/5.x-1.0-beta3
git tag -d 5.x-1.0-beta4 && git push origin :refs/tags/5.x-1.0-beta4
git tag -d 5.x-1.0 && git push origin :refs/tags/5.x-1.0
git tag -d 5.x-1.0-rc1 && git push origin :refs/tags/5.x-1.0-rc1
git tag -d 5.x-1.0-rc2 && git push origin :refs/tags/5.x-1.0-rc2
git tag -d 5.x-1.0-rc3 && git push origin :refs/tags/5.x-1.0-rc3
git tag -d 5.x-1.1 && git push origin :refs/tags/5.x-1.1
git tag -d 5.x-1.2 && git push origin :refs/tags/5.x-1.2
git tag -d 5.x-1.3 && git push origin :refs/tags/5.x-1.3
git tag -d 5.x-1.4 && git push origin :refs/tags/5.x-1.4
git tag -d 5.x-2.0-alpha1 && git push origin :refs/tags/5.x-2.0-alpha1
git tag -d 5.x-2.0-alpha2 && git push origin :refs/tags/5.x-2.0-alpha2
git tag -d 6.x-1.0 && git push origin :refs/tags/6.x-1.0
git tag -d 6.x-1.0-rc11 && git push origin :refs/tags/6.x-1.0-rc11
git tag -d 6.x-1.0-rc1 && git push origin :refs/tags/6.x-1.0-rc1
git tag -d 6.x-1.0-rc2 && git push origin :refs/tags/6.x-1.0-rc2
git tag -d 6.x-1.1 && git push origin :refs/tags/6.x-1.1
git tag -d 6.x-1.2 && git push origin :refs/tags/6.x-1.2
git tag -d 6.x-2.0-alpha1 && git push origin :refs/tags/6.x-2.0-alpha1
git tag -d 6.x-2.0-alpha2 && git push origin :refs/tags/6.x-2.0-alpha2
git tag -d 6.x-2.0 && git push origin :refs/tags/6.x-2.0
git tag -d 6.x-2.0-rc1 && git push origin :refs/tags/6.x-2.0-rc1
git tag -d 6.x-2.1 && git push origin :refs/tags/6.x-2.1
git tag -d 6.x-3.0-alpha1 && git push origin :refs/tags/6.x-3.0-alpha1
git tag -d 6.x-3.0-beta1 && git push origin :refs/tags/6.x-3.0-beta1
git tag -d 6.x-3.0 && git push origin :refs/tags/6.x-3.0
git tag -d 6.x-3.0-rc1 && git push origin :refs/tags/6.x-3.0-rc1
git tag -d 6.x-3.0-rc2 && git push origin :refs/tags/6.x-3.0-rc2
git tag -d 6.x-3.0-rc3 && git push origin :refs/tags/6.x-3.0-rc3
git tag -d 6.x-3.0-rc4 && git push origin :refs/tags/6.x-3.0-rc4
git tag -d 6.x-3.1 && git push origin :refs/tags/6.x-3.1
git tag -d 6.x-3.2 && git push origin :refs/tags/6.x-3.2
git tag -d 6.x-3.3 && git push origin :refs/tags/6.x-3.3
git tag -d 6.x-4.0-rc1 && git push origin :refs/tags/6.x-4.0-rc1
git tag -d 6.x-4.0-rc3 && git push origin :refs/tags/6.x-4.0-rc3
git tag -d 6.x-4.0-rc4 && git push origin :refs/tags/6.x-4.0-rc4
git tag -d 6.x-4.0-rc5 && git push origin :refs/tags/6.x-4.0-rc5
git tag -d 6.x-4.0-rc6 && git push origin :refs/tags/6.x-4.0-rc6
git tag -d 6.x-4.0-rc7 && git push origin :refs/tags/6.x-4.0-rc7
git tag -d 6.x-4.0-rc8 && git push origin :refs/tags/6.x-4.0-rc8
git tag -d 6.x-4.0-rc9 && git push origin :refs/tags/6.x-4.0-rc9
git tag -d 7.x-1.0-rc2 && git push origin :refs/tags/7.x-1.0-rc2
git tag -d 7.x-2.0-alpha1 && git push origin :refs/tags/7.x-2.0-alpha1
git tag -d 7.x-2.0-alpha2 && git push origin :refs/tags/7.x-2.0-alpha2
git tag -d 7.x-4.0 && git push origin :refs/tags/7.x-4.0
git tag -d 7.x-4.0-rc10 && git push origin :refs/tags/7.x-4.0-rc10
git tag -d 7.x-4.1 && git push origin :refs/tags/7.x-4.1
git tag -d 7.x-4.2 && git push origin :refs/tags/7.x-4.2
git tag -d 7.x-4.3 && git push origin :refs/tags/7.x-4.3
git tag -d 7.x-4.4 && git push origin :refs/tags/7.x-4.4
git tag -d 7.x-4.5 && git push origin :refs/tags/7.x-4.5
git tag -d 7.x-4.5-rc1 && git push origin :refs/tags/7.x-4.5-rc1
git tag -d 7.x-4.6 && git push origin :refs/tags/7.x-4.6
git tag -d 7.x-5.0 && git push origin :refs/tags/7.x-5.0
git tag -d 7.x-5.0-rc1 && git push origin :refs/tags/7.x-5.0-rc1
git tag -d 7.x-5.0-rc2 && git push origin :refs/tags/7.x-5.0-rc2
git tag -d 7.x-5.0-rc3 && git push origin :refs/tags/7.x-5.0-rc3
git tag -d 7.x-5.0-rc4 && git push origin :refs/tags/7.x-5.0-rc4
git tag -d 7.x-5.0-rc5 && git push origin :refs/tags/7.x-5.0-rc5
git tag -d 7.x-5.1 && git push origin :refs/tags/7.x-5.1
git tag -d 7.x-5.2 && git push origin :refs/tags/7.x-5.2
git tag -d 7.x-5.3 && git push origin :refs/tags/7.x-5.3
git tag -d 7.x-5.4 && git push origin :refs/tags/7.x-5.4
git tag -d 7.x-5.5 && git push origin :refs/tags/7.x-5.5
git tag -d 7.x-5.6 && git push origin :refs/tags/7.x-5.6
git tag -d 7.x-5.7 && git push origin :refs/tags/7.x-5.7
git tag -d 7.x-5.8 && git push origin :refs/tags/7.x-5.8
git tag -d 7.x-5.9 && git push origin :refs/tags/7.x-5.9
git tag -d 8.x-6.0-beta1 && git push origin :refs/tags/8.x-6.0-beta1
git tag -d 8.x-6.0 && git push origin :refs/tags/8.x-6.0
git tag -d 8.x-6.0-rc1 && git push origin :refs/tags/8.x-6.0-rc1
git tag -d 8.x-6.0-rc2 && git push origin :refs/tags/8.x-6.0-rc2
git tag -d 8.x-6.0-rc3 && git push origin :refs/tags/8.x-6.0-rc3
git tag -d 8.x-6.0-rc4 && git push origin :refs/tags/8.x-6.0-rc4
We could instead get rid of the Drush 1 tags, if desired:
git tag -d 5.x-1.0; git push origin :refs/tags/5.x-1.0
git tag -d 5.x-1.0-beta1; git push origin :refs/tags/5.x-1.0-beta1
git tag -d 5.x-1.0-beta2; git push origin :refs/tags/5.x-1.0-beta2
git tag -d 5.x-1.0-beta3; git push origin :refs/tags/5.x-1.0-beta3
git tag -d 5.x-1.0-beta4; git push origin :refs/tags/5.x-1.0-beta4
git tag -d 5.x-1.0-rc1; git push origin :refs/tags/5.x-1.0-rc1
git tag -d 5.x-1.0-rc2; git push origin :refs/tags/5.x-1.0-rc2
git tag -d 5.x-1.0-rc3; git push origin :refs/tags/5.x-1.0-rc3
git tag -d 5.x-1.1; git push origin :refs/tags/5.x-1.1
git tag -d 5.x-1.2; git push origin :refs/tags/5.x-1.2
git tag -d 5.x-1.3; git push origin :refs/tags/5.x-1.3
git tag -d 5.x-1.4; git push origin :refs/tags/5.x-1.4
git tag -d 6.x-1.0; git push origin :refs/tags/6.x-1.0
git tag -d 6.x-1.0-rc1; git push origin :refs/tags/6.x-1.0-rc1
git tag -d 6.x-1.0-rc11; git push origin :refs/tags/6.x-1.0-rc11
git tag -d 6.x-1.0-rc2; git push origin :refs/tags/6.x-1.0-rc2
git tag -d 6.x-1.1; git push origin :refs/tags/6.x-1.1
git tag -d 6.x-1.2; git push origin :refs/tags/6.x-1.2
git tag -d 7.x-1.0-rc2; git push origin :refs/tags/7.x-1.0-rc2
These are still archived on drupal.org, so we wouldn't necessarily need to maintain them on Github as well.
After running the above, we also need:
git push --tags
I've tried uninstalling a module and realised that its configuration tables are not removed. Uninstalling through UI does that successfully.
My --debug
Bootstrap to phase 0. [0.01 sec, 3.49
MB] [bootstrap]
Drush bootstrap phase : _drush_bootstrap_drush() [0.02 sec, 3.68 MB]
[bootstrap]
Cache HIT cid: 6.0-dev-commandfiles-0-fdcf5299481b228c23bf580d194f92c8
[0.03 sec, 3.7
MB]
[debug]
Bootstrap to phase 0. [0.08 sec, 8.5
MB]
[bootstrap]
Bootstrap to phase 6. [0.09 sec, 8.5
MB]
[bootstrap]
Drush bootstrap phase : _drush_bootstrap_drupal_root() [0.09 sec, 8.51
MB]
[bootstrap]
Initialized Drupal 8.0-dev root directory at /var/www/drupal-8 [0.11
sec, 10.19
MB]
[notice]
Drush bootstrap phase : _drush_bootstrap_drupal_site() [0.11 sec, 10.2
MB]
[bootstrap]
Initialized Drupal site www at sites/default [0.11 sec, 10.2
MB]
[notice]
Cache HIT cid: 6.0-dev-commandfiles-2-c32acd775c18a90c5b41d0fc9accf5ab
[0.13 sec, 10.2
MB]
[debug]
Drush bootstrap phase : _drush_bootstrap_drupal_configuration() [0.13
sec, 10.29
MB]
[bootstrap]
Drush bootstrap phase : _drush_bootstrap_drupal_database() [0.14 sec,
10.51
MB]
[bootstrap]
Successfully connected to the Drupal database. [0.14 sec, 10.51
MB]
[bootstrap]
Drush bootstrap phase : _drush_bootstrap_drupal_full() [0.28 sec, 18.16
MB]
[bootstrap]
Cache HIT cid: 6.0-dev-commandfiles-5-7adce955346d3bd6bcc5ef370b2a3ce0
[0.35 sec, 31.86
MB]
[debug]
Drush bootstrap phase : _drush_bootstrap_drupal_login() [0.35 sec, 31.85
MB]
[bootstrap]
Successfully logged into Drupal as Anonymous (uid=0) [0.37 sec, 33.19
MB]
[bootstrap]
Found command: pm-disable (commandfile=pm) [0.37 sec, 33.19
MB]
[bootstrap]
tcmb is already disabled. [0.52 sec, 34.85
MB]
[ok]
There were no extensions that could be disabled. [0.52 sec, 34.85
MB]
[ok]
Command dispatch complete [0.52 sec, 34.77
MB]
[notice]
Timer Cum (sec) Count Avg (msec)
page 0.388 1 388.42
Peak memory usage was 35.13 MB [0.52 sec, 34.76 MB]
My status:
Drupal version :
8.0-dev
Site URI : http://www
[1]
Database driver : mysql
Database hostname : localhost
Database username : d8testbeduser
Database name : d8testbed
Database : Connected
Drupal bootstrap : Successful
Drupal user : Anonymous
Default theme : garland
Administration theme : garland
PHP configuration : /etc/php.ini
Drush version : 6.0-dev
Drush configuration :
Drupal root : /var/www/drupal-8
Site path : sites/default
Active config directory path :
sites/default/files/config_FWzmnYhZUNJTDS0qU8aLiw4nQVlrrW8g_517bGd51UU/active
Staging config directory path : sites/default/files/config_FWzmnYhZUNJTDS0qU8aLiw4nQVlrrW8g_517bGd51UU/staging
File directory path : sites/default/files
Temporary file directory path : /tmp
If you are warned that --force may be needed to proceed, why are you again warned after using --force?
Warning: stdout maxBuffer exceeded.� Used --force, continuing.
Done, but with warnings.
This can give unwanted results in Jenkins depending on what types of plugins you are using.
I have a site alias @foo for a remote site accessed over ssh. This works as expected:
drush @foo exec ls
I also have a site alias @bar for another remote site, and a site alias that groups them both together:
// Group alias.
$aliases['both'] = array(
'site-list' => array('@foo', '@bar'),
);
However, trying to exec a command on both sites with this doesn't work:
drush @both exec ls
This appears to just run the ls command locally.
We use drush (5.9) make to build a production site. It seems to work without issue for weeks at a time, then suddenly drush make will start throwing the error "Unable to clone [name_of_repo] from git@[repo url].git". It can download anything in the make file as http, but fails on git.
The only way we can fix this is by downgrading the drush version. Then, when it happens again, we fix it by upgrading, etc. Not an ideal fix, but a temporary solution.
In the meantime we have not changed the version of drush -- is drush updating itself in the background? And moreso, what is causing the git clone errors?
When we encounter this error, I verify that I can clone the repos independently of drush make.
"Unable to create /Users/USERNAME/.drush." I keep getting this error every time i use the drush command. Any reason why?
I think this help text is not too clear. Perhaps Greg can take a look and improve it. I'm not sure if it has to be simplified or removed fully. The intent if these texts is not fully clear to me. Thanks.
Copied from https://drupal.org/node/2035969
These 2 bash files are poorly tested. I don't know how, but it would be good if we could setup a shell environment where those files are loaded and can be tested from within Unish. If it requires the host to have a certain bash it should be OK. The tests can skip if host is not setup properly. We'll setup Travis so the tests don't skip there.
Inspired by #39. cc @greg-1-anderson and @jbrauer
The patch below basically adds three options to the 'make' command:
--generate: Generate a makefile, based on the one passed in, with all versions resolved.
--generate-update: Generate an updated makefile, based on the one passed in, with all versions updated.
--no-build: Do not build a codebase. Makes the build path argument optional.
The first two default to printing to the terminal, but an output file may be specified. The last option allows these options to operate on makefiles without executing an actual build.
drush make example.make example --generate=compiled.make
Create a 'snapshot' makefile (compiled.make) with the versions that were actually used in building the codebase.
drush make example.make --generate-update --no-build
Output an updated makefile to the terminal, without building a codebase, based on the source makefile (example.make).
See these two issues from drupal.org for the back-story:
The latest patch that includes the changes from both issues is: https://drupal.org/files/drush-versioned_updated_makefiles-1325818-10.patch
drush dl project --package-handler=git_drupalorg --gitsubmodule
leaves a clone of the project in sites/all/modules but also in the current directory (the site root in this case). I'm using Drush 6.0.
$ drush -d dl contact_attach --package-handler=git_drupalorg --gitsubmodule
$ git status
# On branch example.com
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: .gitmodules
# new file: contact_attach
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# sites/all/modules/contact_attach/
Debug output of command:
Bootstrap to phase 0. [0.01 sec, 2.37 MB]
Drush bootstrap phase : _drush_bootstrap_drush() [0.01 sec, 2.51 MB]
Cache HIT cid: 6.0-commandfiles-0-7fe23cd8d05a34dfd0d483d8f80fbdc1 [0.02 sec, 2.53 MB]
Bootstrap to phase 0. [0.16 sec, 6.39 MB]
Drush bootstrap phase : _drush_bootstrap_drupal_root() [0.28 sec, 6.39 MB]
Initialized Drupal 7.23 root directory at /home/user/Public/Sites/example.com [0.3 sec, 7.39 MB]
Found command: pm-download (commandfile=pm) [0.3 sec, 7.4 MB]
Loading version_control engine. [0.55 sec, 7.43 MB]
Loading package_handler engine. [0.55 sec, 7.45 MB]
Loading release_info engine. [0.56 sec, 7.5 MB]
Including /usr/share/pear/drush/commands/pm/download.pm.inc [0.56 sec, 7.61 MB]
Calling hook drush_pm_download_validate [0.56 sec, 7.7 MB]
Returned from hook drush_pm_download_validate [0.56 sec, 7.7 MB]
Calling hook drush_pm_download [0.57 sec, 7.71 MB]
Downloading release history from http://updates.drupal.org/release-history/contact_attach/7.x [0.57 sec, 7.72 MB]
Executing: wget --version
GNU Wget 1.14 built on linux-gnu.
+digest +https +ipv6 +iri +large-file +nls +ntlm +opie +ssl/openssl
Wgetrc:
/etc/wgetrc (system)
Locale: /usr/share/locale
Compile: gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc"
-DLOCALEDIR="/usr/share/locale" -I. -I../lib -I../lib -march=x86-64
-mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2
Link: gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2
-Wl,-O1,--sort-common,--as-needed,-z,relro /usr/lib/libssl.so
/usr/lib/libcrypto.so /usr/lib/libz.so -ldl -lz -lz -lidn -luuid
-lpcre -lrt ftp-opie.o openssl.o http-ntlm.o ../lib/libgnu.a
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Originally written by Hrvoje Niksic <[email protected]>.
Please send bug reports and questions to <[email protected]>.
Executing: wget -q --timeout=30 -O /tmp/download_filexeRUrR http://updates.drupal.org/release-history/contact_attach/7.x
Calling drush_delete_dir(/tmp/contact_attachzjOKp2, 1) [1.26 sec, 7.72 MB]
Calling is_readable(/tmp/download_filexeRUrR) [1.26 sec, 7.72 MB]
Calling is_writable(/tmp) [1.26 sec, 7.73 MB]
Calling rename(/tmp/download_filexeRUrR, /tmp/contact_attachzjOKp2) [1.26 sec, 7.73 MB]
Downloading project contact_attach to /tmp/drush_tmp_1377450833_521a3b519048c ... [1.26 sec, 7.73 MB]
Executing: git clone --verbose --progress git://git.drupal.org/project/contact_attach.git /tmp/drush_tmp_1377450833_521a3b519048c/contact_attach
Cloning into '/tmp/drush_tmp_1377450833_521a3b519048c/contact_attach'...
remote: Counting objects: 424, done.
remote: Compressing objects: 100% (210/210), done.
remote: Total 424 (delta 296), reused 304 (delta 211)
Receiving objects: 100% (424/424), 104.09 KiB | 26.00 KiB/s, done.
Resolving deltas: 100% (296/296), done.
Checking connectivity... done
Calling chdir(/tmp/drush_tmp_1377450833_521a3b519048c/contact_attach) [7.34 sec, 7.75 MB]
Executing: git tag -l 7.x-1.0-rc1
7.x-1.0-rc1
Calling chdir(/home/user/Public/Sites/example.com) [7.34 sec, 7.74 MB]
Calling chdir(/tmp/drush_tmp_1377450833_521a3b519048c/contact_attach) [7.34 sec, 7.74 MB]
Executing: git checkout 7.x-1.0-rc1
Note: checking out '7.x-1.0-rc1'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:
git checkout -b new_branch_name
HEAD is now at 1b3836f... Issue #1851252: Add toggle to use simple file field when file module is enabled
Calling chdir(/home/user/Public/Sites/example.com) [7.35 sec, 7.74 MB]
Using destination directory sites/all/modules [7.35 sec, 7.74 MB]
Verifying signature for svn version control engine. [7.36 sec, 7.75 MB]
Executing: svn info sites/all/modules
sh: svn: command not found
Verifying signature for bzr version control engine. [7.36 sec, 7.75 MB]
Executing: bzr root sites/all/modules
bzr: ERROR: Not a branch: "/home/user/Public/Sites/example.com/sites/all/modules/".
Calling _drush_recursive_copy(/tmp/drush_tmp_1377450833_521a3b519048c/contact_attach, sites/all/modules/contact_attach) [7.45 sec, 7.74 MB]
Project contact_attach (7.x-1.0-rc1) downloaded to sites/all/modules/contact_attach. [7.46 sec, 7.74 MB]
Calling chdir(sites/all/modules) [7.46 sec, 7.75 MB]
Executing: git rev-parse --show-toplevel
/home/user/Public/Sites/example.com
Calling chdir(/home/user/Public/Sites/example.com) [7.46 sec, 7.75 MB]
Calling chdir(/home/user/Public/Sites/example.com) [7.47 sec, 7.75 MB]
Executing: git submodule add git://git.drupal.org/project/contact_attach.git
Cloning into 'contact_attach'...
Checking connectivity... done
Calling chdir(/home/user/Public/Sites/example.com) [13.25 sec, 7.75 MB]
Returned from hook drush_pm_download [13.25 sec, 7.74 MB]
Command dispatch complete [13.26 sec, 7.72 MB]
Peak memory usage was 9.19 MB [13.26 sec, 7.72 MB]
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.