something is going on over there
cd web/code/
# source
find . -type d -name "migrate" | ack -v -i test | xargs -I {} find {}/source -name '*.php' 2>/dev/null | wc -l
121
# destination
find . -type d -name "migrate" | ack -v -i test | xargs -I {} find {}/destination -name '*.php' 2>/dev/null | wc -l
34
# process
find . -type d -name "migrate" | ack -v -i test | xargs -I {} find {}/process -name '*.php' 2>/dev/null | wc -l
84
# all ?!?
core clemens$ find . -type d -name "migrate" | ack -v -i test | xargs -I {} find {} -name '*.php' 2>/dev/null | wc -l
509
Following along the git migration and project cannot be grepped anymore I brewed the following code.
It assumes the gits are already cloned and placed is one common directory.
After running the script all repositories with a $major == 7 branch are set into the highest version.
I'm puzzling how to 'empty' the non $major compatible repos.
The fun part is now doing analysis on the tree
On http://drupal.org/node/686938 people are reporting a lot sloppy reports of error lines. The issue is about
Undefined index: [xyz] in line ...
But what are the names of the failing indexes?
jQuery has a nice grep so lets use it.
I want a clean database without clicking.
echo "\
SELECT concat('drop table ', table_name, ';') \
FROM information_schema.tables \
WHERE table_schema=schema()" \
| `drush sql-connect` \
| grep "^drop table " \
| `drush sql-connect`
This work only for single drupal / single schema installs.