Deployment and are pretty common but very important parts of every project. These processes are too painful in . Drupal 7 stores all configurations in a database together with content. To manage configurations, you probably have worked with a combination of Features, Strongarm, and other related modules. These modules provide a way to package config into the special “features” Drupal modules. configuration management Drupal 7 provides a completely different way of managing configurations.The idea is that almost all configurations can be stored in files rather than in a database. It allows developers to move settings between development and live sites easily. Drupal 8 In this article, we’ll dive into a new Configuration management system and will learn how to move your configurations from a development environment.As a result, we’ll develop a basic workflow which will help to keep your configurations synchronized between environments. Before we start, we should determine which part of your website can be exported with a help of the new system. Manage configuration. Not content Actually, everything besides content is configuration. Following this idea, it is wrong to think that a new configuration management system can help to move content from a development website to a production one. Using the new system you can manage: modules settings and states content types and settings block types and settings permissions views theme settings and so on and so forth The following things are considered as content and can’t be managed: nodes users custom block and its content other entities content To move content from dev to prod you probably have to think about a migration system but this is a completely different story. Let’s examine the configuration management system in action. Basic settings and preparations Configuration management functionality is provided by the “Configuration Manager” core module. Make sure it is enabled. After that, a new admin page will be available: /admin/config/development/configuration. This page allows you: to import and export configurations (a full archive or a single one); to synchronize configuration. Out of the box active Drupal 8 website configuration is stored in DB in “config” tables. This is done for .This new system allows us to export complete website configuration and store it in YAML files. performance and security reasons Before starting working with configuration let’s configure a folder where we’ll store our configuration YAML files. This folder is configured in the setting.php file: $config_directories['sync'] = 'sites/default/files/config_HASH/sync'; HASH here is a long hash generated at the stage of installation; it helps to protect configuration from web access. Now we can export active website configurations manually or use Drush: (or ). We stick to Drupal way and will use Drush in this article. drush config-export drush cex Let’s stop at this point and think a bit. Almost all website configs are now available as YAML files. What does it mean? YAY! It means that we can store your configuration YAML files under a version control system! Basic workflow with Git and Drush We are almost sure that your sites/default/files folder is ignored by the version control system. No? Do it ASAP:) It is recommended to move your config folder to the same level (a sibling of) as your docroot directory (it fully prevents web access to it). That is not always possible and you can move it to the same level as a public files folder (sites/default/files). Just move the folder and change the setting.php file: $config_directories['sync'] = 'sites/default/config_HASH/sync'; After running command, YAML files will be created and you can commit them. Let’s get back to admin UI. Drush At this stage, there are no configuration changes because we just have exported current active configuration. Let’s change something on a website (e.g. a site name) and see what happens. We can see that one configuration item (file) was changed. Now we can see the changes: What’s in the picture? Stage configuration is a configuration which is saved in YAML files. Active configuration is a current website configuration stored in a DB. At this point, it is very important to understand differences between export and import. is for taking all of the configuration defined in the DB and saving it as YAML files. Export does the opposite action: it imports the configurations out of YAML files into the DB. Import In our example, if you run import using “import all button” or running ( ) command, it will wipe out a site name change to a state from YAML files (stage config). drush config-import drush cim If we want to change our staged config we have to run the export. After that, the appropriate YAML file will be changed and we can commit changes. To summarize, a basic workflow to move changes from your dev environment to live one is the following: On a development website: Install the configuration management module, configure sync folder, export active configuration and commit it. Change configurations. Export changes using command: drush cex Commit and push changes: and git commit git push On a live website: Pull changed configs: git pull Import changes into live website active configuration: drush cim As a result, our development and live websites get synchronized in a few simple steps. Conclusion Drupal 8 strives to make a process of exporting and importing site configuration easier using a new configuration management system. In this article, we have examined a basic workflow which allows to keep your configurations synchronized between development and live environments. I hope that this workflow will help you to improve your deployment process. Related (helpful) modules / distributions : allows you to bundle configs to be re-used on another site. Must have a module for Drupal 8 distributions. Features : Drupal profile which allows to install a site from an existing config. Configuration installer : automatically commits config changes to git. Configuration Tools : allows to lock any configuration changes via admin UI. Configuration Read-only mode t: helps with developing configurations. Configuration developmen : provides methods for safely importing site configuration from updated modules, themes, or distributions. Configuration Synchronizer Originally posted at the ADCI Solutions website . | | Follow us on social networks: Twitter Facebook LinkedIn _Imagine a situation: your mobile application needs to get some information from your site on Drupal 8 using JSON. Why…_clc.la How to send the JSON data from a Drupal 8 site? - Drupal stories: an insider's view - Medium
