Skip to content

Conversation

@agentolivia
Copy link
Contributor

@agentolivia agentolivia commented Jan 13, 2026

Adds a new starter config tutorial for Drupal 11 to Tugboat's documentation.

Resolves #440

And takes into account #406

@tugbot tugbot temporarily deployed to Tugboat January 13, 2026 02:34 Destroyed
@agentolivia agentolivia requested a review from q0rban January 13, 2026 02:51
@tugbot tugbot temporarily deployed to Tugboat January 14, 2026 23:26 Destroyed
@agentolivia
Copy link
Contributor Author

Added commit to address #406

@tugbot tugbot temporarily deployed to Tugboat January 18, 2026 00:00 Destroyed
Copy link
Contributor

@q0rban q0rban left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great work!

];

/**
* Set the memory limit for the CLI.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* Set the memory limit for the CLI.
* Set the memory limit for the CLI (drush).

database:
# Drupal 11 requires MariaDB 10.6+ or MySQL 8.0+
# Use MariaDB 10.11 for best compatibility
image: tugboatqa/mariadb:10.11
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

did you encounter the following issue using this version of MariaDB? https://docs.tugboatqa.com/troubleshooting/mysql-ssl-disabled/index.html

Comment on lines +159 to +161
# Run any commands needed to prepare the site. This is generally not needed
# for database services.
build: []
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If this isn't needed, perhaps we remove it?


# Increase PHP memory limit to 512MB for Drupal operations.
# Drupal 11 installation and updates can be memory-intensive.
- echo "memory_limit = 512M" >> /usr/local/etc/php/conf.d/tugboat.ini
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, is this necessary, or a holdover from a previous version? 512M seems high and can create issues with apache using a lot of memory for each thread.


# Create any required directories that don't exist.
# Uncomment if using private files outside the webroot:
# - mkdir -p "${TUGBOAT_ROOT}/files-private"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If this directory is created here, it will also need file permissions set properly. See the update phase for chmod-ing sites/default/files. In fact, we should probably move this step to update alongside the other files commands.

# Uncomment and adapt these if your repository has custom code outside
# the standard Drupal directory structure:
# - ln -snf "${TUGBOAT_ROOT}/custom/themes" "${DOCROOT}/themes/custom"
# - ln -snf "${TUGBOAT_ROOT}/custom/modules" "${DOCROOT}/modules/custom"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this common? If not, let's remove it.

Comment on lines +223 to +224
# copied to the external server in order to use rsync over SSH. More commonly
# we use Stage File Proxy, which we enable in the `build` step below.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# copied to the external server in order to use rsync over SSH. More commonly
# we use Stage File Proxy, which we enable in the `build` step below.
# copied to the external server in order to use rsync over SSH. More common
# is to use Stage File Proxy, which you can enable in the `build` steps below.

Comment on lines +239 to +241
- vendor/bin/drush cache:rebuild
- vendor/bin/drush config:import --yes
- vendor/bin/drush updatedb --yes
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you know if nowadays drush deploy is the recommended step here? I recall there being some issues with it years ago, but I'd hope that those were resolved now.


services:
# Define the database service.
database:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What do you think about the order of the services in here (database first, then webserver)? For some reason I personally like webserver first, but when these got rewritten a few years back, they were switched around. Up to you, but just mentioning it in case you feel the same.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Add Drupal 11 starter config

4 participants