Configuration as Dependency: Managing Drupal 8 Configuration with git and Composer
0 likes242 views
The document provides a comprehensive overview of managing Drupal 8 configuration using Git and Composer, emphasizing the importance of separating code and configuration repositories. It highlights the Drupal 8 configuration management system which allows safe changes by clients and creates an audit trail for configurations. Additionally, the document discusses strategies for handling multisite configurations, enabling developers to maintain configurations effectively across multiple sites.
!["repositories": [
{
"type": "composer",
"url": "https://packagist.drupal-composer.org"
},
{
"type": "vcs",
"url": "https://github.com/weitzman/multiplesite-config.git"
}
],](https://image.slidesharecdn.com/d8configurationasdependency-160919195737/85/Configuration-as-Dependency-Managing-Drupal-8-Configuration-with-git-and-Composer-27-320.jpg)
!["extra": {
"installer-paths": {
"config/{$name}": ["type:bonefish-package"],
"web/core": ["type:drupal-core"],
"web/modules/contrib/{$name}": ["type:drupal-module"],
"web/profiles/contrib/{$name}": ["type:drupal-profile"],
"web/themes/contrib/{$name}": ["type:drupal-theme"],
"drush/contrib/{$name}": ["type:drupal-drush"]
}
},](https://image.slidesharecdn.com/d8configurationasdependency-160919195737/85/Configuration-as-Dependency-Managing-Drupal-8-Configuration-with-git-and-Composer-33-320.jpg)
!["scripts": {
"drupal-scaffold": "DrupalComposerDrupalScaffoldPlugin::scaffold",
"pre-install-cmd": [
"DrupalProjectcomposerScriptHandler::checkComposerVersion"
],
"pre-update-cmd": [
"DrupalProjectcomposerScriptHandler::checkComposerVersion"
],
"post-install-cmd": [
"DrupalProjectcomposerScriptHandler::createRequiredFiles"
],
"post-update-cmd": [
"DrupalProjectcomposerScriptHandler::createRequiredFiles"
]
},](https://image.slidesharecdn.com/d8configurationasdependency-160919195737/85/Configuration-as-Dependency-Managing-Drupal-8-Configuration-with-git-and-Composer-34-320.jpg)
Configuration as Dependency: Managing Drupal 8 Configuration with git and Composer
- 1. CONFIGURATION AS DEPENDENCY Managing Drupal 8 Configuration with Git and Composer
- 2. ERICH BEYRENT ➤ Senior Drupal Developer at BioRAFT ➤ Working with Drupal since 2004 ➤ Drupal: https://drupal.org/u/ebeyrent ➤ Twitter: https:/twitter.com/ebeyrent ➤ Github: https://github.com/ebeyrent
- 3. Moshe Weitzman Justin Ludwig Justin works for BioRAFT as a Development Engineer and am responsible for anything that gets thrown my way. He thrives in areas related to user management including SSO & permissions templates as well as adding some whizz-bang to sites with jQuery. Drupal has been his tool of choice since 2007. Moshe has been a consistent contributor to Drupal core and Contrib since November 2001. As such, he has pretty much touched the whole core code. He maintains the user.module, the bootstrap code, and the groups.drupal.org web site.
- 4. AGENDA ➤ Overview of Drupal 8 configuration management
- 5. AGENDA ➤ Overview of Drupal 8 configuration management ➤ Managing your Git repository
- 6. AGENDA ➤ Overview of Drupal 8 configuration management ➤ Managing your Git repository ➤ Using Composer and Drupal Console
- 7. AGENDA ➤ Overview of Drupal 8 configuration management ➤ Managing your Git repository ➤ Using Composer and Drupal Console ➤ Multisite considerations
- 9. BACKGROUND ➤ Pre-Drupal 8 Challenges ➤ Configuration cannot easily be represented in code ➤ Configuration changes performed by clients and/or client services cannot be represented in code without going through patch/release with developers
- 10. BACKGROUND ➤ Drupal 8 Goals ➤ Allow non-developers to change configuration safely ➤ Clients can safely change configurations to the extent that they are allowed ➤ Provide an audit trail of all configuration changes made ➤ Easily and automatically create new instances of sites with default configurations
- 11. Two Types of Configuration in Drupal 8 http://www.moviepulp.be/wp-content/uploads/2007/04/alienvspredator.jpg
- 12. DRUPAL 8 CONFIGURATION SYSTEM ➤ Standardizes configuration export into YAML files ➤ Used for both simple config and config entities (fields, views, workflows, roles, etc)
- 13. “Sites own their configuration, not modules. - Alex Pott https://www.chapterthree.com/blog/principles-of-configuration-management-part-two
- 15. DRUPAL 8 CONFIGURATION SYSTEM ➤ Contrib/custom modules have the same tools for enabling default configurations ➤ Default YAML files are stored with the module ➤ Once a module is installed, the site now owns the config and those YAML files are copied to the site-wide config directory
- 16. DRUPAL 8 CONFIGURATION SYSTEM ➤ Robust system for managing hard and soft/optional dependencies ➤ Nested module dependencies are automatically added to the configuration (when exported)
- 17. USEFUL CONFIGURATION MODULES ➤ Configuration Update https://www.drupal.org/project/config_update ➤ Configuration Tools https://www.drupal.org/project/config_tools ➤ Configuration Synchronizer https://www.drupal.org/project/config_sync ➤ Configuration Development https://www.drupal.org/project/config_devel ➤ Configuration Log https://www.drupal.org/project/config_log
- 18. WANT MORE INFORMATION? http://drupalnights.org/events/2015/moshe-weitzman-d8-configuration-management Watch Moshe Weitzman’s DrupalNights presentation about Drupal 8’s configuration management system!
- 19. “There is no “recommended” workflow. -Matthew Tift https://www.lullabot.com/articles/configuration-management-in-drupal-8-the-key-concepts
- 21. GIT REPO STRATEGY ➤ Create two repositories: Code Configuration
- 23. YES, THERE’S TWO OF THEM ➤ Use git to manage individual site differences and conflict resolution ➤ Default configurations for all sites can be managed on the master branch of the configuration repository ➤ Each client site has its own branch of the Config Repo ➤ Code repository contains only custom modules/themes/ libraries, “sites” directory and build scripts
- 24. GIT REPO STRATEGY: CODE REPO ➤ All dependencies are managed by Composer ➤ Package and version added to composer.json and it is built with all dependency dependencies resolved automatically
- 25. “Configuration is just another dependency. -Erich Beyrent
- 26. CONFIGURATION AS DEPENDENCY ➤ Manage configuration as a dependency in composer.json ➤ Use tags to identify configuration versions
- 27. "repositories": [ { "type": "composer", "url": "https://packagist.drupal-composer.org" }, { "type": "vcs", "url": "https://github.com/weitzman/multiplesite-config.git" } ],
- 28. "require": { "composer/installers": "^1.0.20", "drupal-composer/drupal-scaffold": "^2.0.1", "cweagans/composer-patches": "~1.0", "drupal/core": "~8.0", "drush/drush": "8.x-dev", "drupal/console": "~1.0", "multiplesite-config/alpha": "dev-alpha", "multiplesite-config/bravo": "dev-bravo" },
- 29. "config": { "preferred-install": { "multiplesite-config/*": "source" } }
- 33. "extra": { "installer-paths": { "config/{$name}": ["type:bonefish-package"], "web/core": ["type:drupal-core"], "web/modules/contrib/{$name}": ["type:drupal-module"], "web/profiles/contrib/{$name}": ["type:drupal-profile"], "web/themes/contrib/{$name}": ["type:drupal-theme"], "drush/contrib/{$name}": ["type:drupal-drush"] } },
- 34. "scripts": { "drupal-scaffold": "DrupalComposerDrupalScaffoldPlugin::scaffold", "pre-install-cmd": [ "DrupalProjectcomposerScriptHandler::checkComposerVersion" ], "pre-update-cmd": [ "DrupalProjectcomposerScriptHandler::checkComposerVersion" ], "post-install-cmd": [ "DrupalProjectcomposerScriptHandler::createRequiredFiles" ], "post-update-cmd": [ "DrupalProjectcomposerScriptHandler::createRequiredFiles" ] },
- 35. GIT REPO STRATEGY: CONFIG REPO ➤ Master branch contains the default configurations for any/all modules ➤ Each client site gets its own branch in the config repository ➤ For a site to work, we need both repos ➤ Master branch containing site defaults is mirrored from the Config Repo into the Drupal Repo (read-only) using git subtree split
- 36. DEVELOPER WORKFLOW ➤ Create a branch of Code Repo for a new ticket/card/bug/ feature and do some work ➤ The Config Repo will be available to edit configs for sites where module is already enabled ➤ The same YAML will also have to be added to the module for sites where it was never enabled
- 37. CONFIG REPO BENEFITS ➤ While a feature is being worked on, a specific version of config can be used that won’t conflict with other features being developed ➤ If a problem arises with configuration, it can easily be “rolled back” by specifying the working version ➤ Exact replica of an entire site’s configuration can be built from scratch during development or debugging without any client data being used
- 38. MORE CONFIG REPO BENEFITS ➤ Helps determine if a bug involving config is actually solved rather than just solved for a particular piece of data ➤ Helps with testing unique configuration considerations ➤ Potential to assist with new site rollouts
- 39. WHAT ELSE? ➤ Theme repositories?
- 40. MULTISITE CONFIGURATION REQUIREMENTS ➤ <?php return count($sites) >= 2; ?> ➤ Configuration defaults exist and may need to be updated ➤ Each site is configured uniquely and may override defaults as required ➤ Both simple config (e.g. site name) and complex config (“config entities”) may need to be overridden ➤ A config may need to be to be changed for a single site or a group of sites ➤ Conflict management varies from case to case
- 41. THE EXPERIMENT ➤ https://github.com/weitzman/multiplesite An experiment in how to to handle the "multisite" pattern in Drupal 8. This is when you run dozens or hundreds of very similar sites. You want these sites to vary configuration in slight ways, but still easily push out config changes to all. Examples include one site for each member of Congress, or one site for each musician in our portfolio.
- 42. IMPLEMENTATION multisite multisite-config master config master config client a branch client b branch client c branch git subtree-split
- 43. IMPLEMENTATION ALTERNATIVE multisite multisite-config master config master config client a branch client b branch client c branch x
- 44. IMPLEMENTATION master config client a branch client b branch client c branch master config changes git merge client c config changes
- 45. PUSHING COMMITS ➤ When fixing bugs while using a client site, a developer can choose to push commits to master config or to client config as needed. Pushing to client config happens automatically since that’s “origin”. If dev wants to integrate changes into multiplesite, add a remote pointing to multiplesite and then push commits there. git remote add multiplesite https://github.com/weitzman/multiplesite.git git checkout -b multiplesite-master multiplesite/master git cherry-pick <COMMITS> git push
- 46. IMPLEMENTATION master config client c branch client c configuration config changes client c production database
- 47. SUMMARY ➤ Multisite projects have unique config requirements ➤ The proposed workflow should be able to handle all of those requirements elegantly ➤ The process can be automated enough to reduce cognitive strain and allow everyone to focus their energy on what matters: the product!
- 48. RESOURCES ➤ https://www.drupal.org/developing/api/8/configuration ➤ https://dev.acquia.com/blog/ultimate-guide-drupal-8- episode-6-new-back-end-features-drupal-8 ➤ https://github.com/weitzman/multiplesite ➤ https://www.lullabot.com/articles/configuration- management-in-drupal-8-the-key-concepts ➤ http://drupalnights.org/events/2015/moshe-weitzman-d8- configuration-management