Platform.sh User Documentation

Additional resources

Try for 30 days
Flexible, version-controlled infrastructure provisioning and development-to-production workflows
Activate your trial

Adding modules and themes Anchor to this heading

3rd party modules and themes can be installed and managed using Composer. All packages on Drupal.org are registered with Drupal’s own Packagist clone. It should be included in the composer.json that comes with Drupal, but in case it isn’t you can add the following block to the file:

"repositories": [
    {
        "type": "composer",
        "url": "https://packages.drupal.org/8"
    }
]

(Drupal 8 and 9 share the same package repository.)

Once that’s there, you can install any module or theme with the following command:

composer require drupal/devel

Replace devel with the name of the module or theme you’re installing. Do not commit the web/modules/contrib directory to Git. The build process re-downloads the correct version for you based on the composer.json and composer.lock files, which should be committed to Git.

Custom modules and themes Anchor to this heading

Site-specific custom modules and themes can be written directly in the web/modules/custom and web/themes/custom directories. They should be committed to Git as normal.

Updating Drupal core and modules Anchor to this heading

Drupal is fully managed via Composer, which means so are updates to Drupal core itself. Run composer update periodically to get new versions of both Drupal core and any modules or themes you have installed via Composer. Commit the resulting changes to your composer.lock file and push again.

The Composer documentation has more information on options to update individual modules or perform other tasks.

Note that updating modules or core through the Drupal UI isn’t possible, as the file system is read-only. All updates should be done through composer to update the lock file, and then pushed to Git.

Use Drush aliases Anchor to this heading

Create Drush aliases Anchor to this heading

Drush site aliases help you manage your development websites.

The Platform.sh CLI can generate Drush aliases for you automatically when you clone a project using the platform get PROJECT_ID command.

To see the aliases that are created, run the following command:

platform drush-aliases

You get output similar to the following:

Aliases for My Site (tqmd2kvitnoly):
    @my-site._local
    @my-site.main
    @my-site.staging
    @my-site.sprint1

Recreating Drush aliases Anchor to this heading

To recreate existing aliases or to create a new alias after pushing a new branch via git, run:

platform drush-aliases -r

Is this page helpful?