GitLab

Removed the provision_service function, and introduce service handler subscriptions in the environment objects.

Instead of provision_service('type') you now use d()->service('type') to access the service object.
The context object returned by d() now manages which context object's service to return, based
on the internally managed subscriptions.

because they get initiated with empty root and uri values.

the configuration based on the properties of their owner.

Get rid of the publish_path variable , which is replaced now by $this->root/d()->root;

work on some of the context stuff in provision_drupal.

the ability to redirect specific services to a different server.

also got verify working for servers and platforms, and started
the process of getting rid of drush_get_merged_options in config files.

children of Environment .. but not of each other.

Added a required context_type field which allowed us to get
rid of the environment factory guesswork.

Because the alias does not exist when it is first called, we need to
specify it as the first argument.

So:
drush provision-context-save @myalias --option=123 --option=321

What we are actually doing is saving the alias to the local server,
which is implied by not having a named context before the command

d($object)->web_server now refers to the object with the key specified in the
--web_server option.

So instead of provision_invoke('http') to access the services, which only allowed
us to access the local (on this server) services, we can now specify external
servers for specific requirements.

Once having set up the @server_WEB_FRONT_1 alias, we will be able to tell the platform
that it is exposed via that web server.

There's still some crazy stuff to work out though.

Almost got rid of the $this->options property, which was an ugly hack to get access to drush_get_merged_options.

Now using a __get function to redirect to the drush sitealias code.

Constructing a service requires an owner alias name, which is at the moment only
@self, or the left hand alias passed in a drush command.

If properties aren't defined in the service class, when you get or set them,
they will be set on the owner's environment object.

In the backend I am using d($this->owner) to access the properties.

moved the services to be properties of the env object.