This reverts commit 9e2dac93.

Clear cached bytecode file after local_vars.py modification



See merge request !37

Dockerfile initializer in Drupalizer



See merge request !34

When Drupal is build for the second (third, etc.) time, it is necessary to restore write permission on site settings.php file, because it is removed by Drupal by default.

Otherwise Drush make command will fail to copy all files to the src/drupal/.

On a clean project, this directory will not exist when Docker image is build
for the first time. And this will trigger an Apache config checker warning
later in the script. Creating an empty directory will silence the warning in
the build output.

The contents of the Dockerfile are based on the same file in boilerplate
meta-repository that is normally used in combination with Drupalizer.

Update README.adoc



See merge request !36

# Conflicts:
#   README.adoc

Provide a new var, to define site default language



See merge request !35

Execute git while making sure it answers in English

This way, regardless of the default language in the environment,
our task will complete as expected.

See merge request !31

This way, regardless of the default language in the environment,
our task will complete as expected.

Remove untouched repositories from git.check_status to reduce noise

Fix Redmine#102624

Untouched repositories: 

* "master repository" (the actual solution using Drupalizer)
* Drupalizer's repository

See merge request !30

Fix Redmine#102624

Remove drush option <contrib-destination> from "prepare install" command

We should parametrize this option through drush's make/yml files.

This will avoid an error that occurs in some situations where the folder
to specified in contrib-destination gets overwritten by a git clone.

e.g. : profiles/<my-profile> gets overwritten by a git clone while it might
have been parent folder of contrib modules previously downloaded.

This depends on the order a drush make/yml file has been written as far as
I can understand the issue.

See merge request !29

We should parametrize this option through drush's make/yml files.

This will avoid an error that occurs in some situations where the folder
to specified in contrib-destination gets overwritten by a git clone.

e.g. : profiles/<my-profile> gets overwritten by a git clone while it might
have been parent folder of contrib modules previously downloaded.

This depends on the order a drush make/yml file has been written as far as
I can understand the issue.