You now have the basic setup of Config Enforce Devel, with one or more Target Modules configured, and some default enforcement settings in place. From here, you can proceed to go about your typical site building tasks, enforcing things as you go. As a simple example, to put the system.site
config object under enforcement:
system.site.yml
in the Target Module you selected, as well as an update to the config_enforce.registry.*.yml
reflecting the newly-enforced config.drush cex
or other manual intervention was required to export the config object- any subsequent changes to this config form will immediately be reflected on the filesystem.git add
and git commit
both the config_enforce.registry
as well as the system.site
YAML files to capture them in your project repository.git status
to observe the corresponding change immediately appear on the filesystem.
From here you can carry on with site-building tasks, checking “Enforce config” each time you get to a config form that hasn’t yet been enforced, and periodically committing the various config objects and registries to reflect those changes.