GitLab

#415152 - moved update command upstream to drush, now calling it via drush_backend_invoke. removing 1000 lines of code from provision. yay

Move provision_errors_on, provision_errors_off and the update sql logging function upstream into drush.

#368294 - Modules are now correctly retrieved, still need to tackle themes. Also integrated cvs_deploy (#406796)

set the settings.php group based on the web_group defined on the platform args instead of the predefined default group

this is required for the ITK extensions

See: #334416

Provide a layer of conditional includes for specific Drupal versions. One provision install can now drive Drupal 5, 6 and 7 platforms, without needing anything additional downloaded.

Synched head with d6 branch. Works with drush 2.x and no longer needs to be enabled on a site, as it is no longer a module. Hosting has not been updated to point to the right place per server, so you have to create the symlink to the central drush.php yourself. I have not sorted out the version specific stuff yet either.

First import of the basis of the 0.2 release of provision. This version has a much cleaner api, through the dynamic inclusion of <command>.provision.inc files , which any module can overload. Each of these files has the exact same structure, and thus it is much clearer what happens when, and much much simpler to document / extend. I also removed all the drupal dependencies i could find, in preperation for moving to a version agnostic drush, for all buy provision_drupal (which is going to be spun off into a different project). This also includes a working update command, and keeps track of the modules installed on a site after every verify / upgrade process. This information is not being tracked in hosting, yet

Replacement provision_invoke function which is a lot cleaner and simpler than the old one. It now automatically does pre_task, task and post_task variations, and handles rollbacks correctly across the whole set. This means broken site installs now roll back correctly.

moved the drupal installation process into it's own php process, to avoid cross db issues. much simpler now.

Fixed on-demand module loading. Add pre_verify and post_verify hooks. Added a script which clears existing drupal caches to allow new modules that have been enabled etc, to be picked up

Closes: #338657

See: #338657

Add provision_exec to run external provision scripts in their own namespace. This is the basis of a cleaner install task