Deploying Drutopia updates


Ensure you have at least PHP 7.2.5 installed. An 8.x version is recommended.

sudo apt-get install ansible rsync php8.1-cli

Then follow the commands from:

Including the recommended:

sudo mv composer.phar /usr/local/bin/composer

To make working with Drutopia Platform’s recommended Ansible setup easier (and for the following instructions to work), install Ahoy per its instructions:

Get yourself added to the Drutopia Platform project on GitLab if you are not already, and ensure your public SSH key is on Gitlab.

Finally, clone needed Drutopia repositories locally according to the recommended setup.

Now you are ready for deploying Drutopia updates on a regular basis.

Configure live to reach test instance

These instructions are no longer recommended. The Drutopia member role will set up the SSH connection along with the sync script (

Log into the server on the live side, and check if you can reach the test side from there:

ssh {site}    # If using our ssh-config: d-{site}-live
ssh {site}    # d-{site}-test is not available here!
# If that command fails, create an ssh key:
cat ~/.ssh/

Copy the output of the cat command and disconnect (ctrl+d). Then add that public key to the authorized_hosts on the test side:

ssh {site}
vi ~/.ssh/authorized_hosts

shift+g to get to the bottom, o to get into add mode on a new line, ctrl+shift+p (or appropriate) to paste the key, then {esc} to exit insert more, and :wq to write changes and quit.

Re-test reaching the server from the live side. This time you will have to accept the host key verification for which should be: SHA256:MQXYY1PcuEgnIdyYawJSNZHbvLMwBXOx5CyDBvNSBmI.

Perform a sync to test

Log into the live version of the site and perform a sync of the db and files to the test instance:

ssh {site}    # If using our ssh-config: d-{site}-live

Ensure you are up-to-date with all hosting repositories

cd ~/Projects/drutopia-platform/drutopia_host/hosting_private
ahoy git-pull-all

Creating new site hosting entries

You can use ahoy to build a templated YAML snippet for yourself:

ahoy new-site example

Following the instructions this command provides to pull the newly created file into the vault.

Finding the site name and identify builds

## Determine the build to deploy
ahoy vault-view
# Without ahoy:
ansible-vault view host_vars/

Search for the site you are deploying. The drutopia_version: key will identify the build to deploy in the next step.

If using typical and domains pending the real site domain, add the subdomains to through the May First control panel

Prepare the appropriate base build

Using ahoy, specify the name of the build to create as an argument to ahoy deploy-build:

ahoy deploy-build next

Deploy your site

ahoy deploy-site example_test

And you can then share back the record of the deployments in the build_artifacts repository with:

ahoy artifacts

Putting it all together

cd ~/Projects/drutopia-platform/drutopia_host/hosting_private
ahoy git-pull-all        
ahoy deploy-build stable
ahoy deploy-site example_live
ahoy artifacts

If you need to override site configuration:

ahoy deploy-site-force example_test

Sync live database to test

If you have new content on the live site that you want to see how your code works with, or if you have created entities on the test site that block the removal of configuration you changed your mind about, you will want to sync from live to test.

ssh d-example-live

This handles making a paranoia dump of the test site in ~/backups, dropping the test database to ensure no tables are left to clutter and interfere, skipping the content of cache tables, and bringing over user files (skipping cache files like the twig folder).

Bonus: Keep Drutopia builds with similar available modules

To try to keep various Drutopia-based distributions from diverging too much, at least insofar as available modules, even if they aren’t installed, we can use the meld (sudo apt-get install meld) diff tool to compare and share when posssible.

meld ~/Projects/agaric/sites/crla/crla-org/composer.json ~/Projects/agaric/sites/geo/composer.json ~/Projects/drutopia-platform/build_source/composer.json ~/Projects/agaric/sites/agaric-com/composer.json

When these align in not needing special patches or versions, we can consider dropping a custom build in favor of collaborating on a single one.