Closed (won't fix)
Project:
Config Enforce
Version:
2.0.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
9 Jan 2026 at 15:53 UTC
Updated:
12 Jan 2026 at 18:56 UTC
Jump to comment: Most recent
In talking with @spiderman, we thought about being able to work with Recipe configuration via Config Enforce. It might also make sense for some config enforce modules to be recipes instead.
Being able to export config to recipes, and enforce recipe configs seems like it would be very useful.
In particular, I'm new to the Recipes ecosystem but I'm not aware of tools other than things like Ratatouille to make it easier to export config YAML files into recipes. The docs just talk about copying config files over manually.
Support recipes as "target modules". Allow exporting to recipes and enforcing recipe configs.
TBD
TBD
TBD
Comments
Comment #2
star-szrComment #3
star-szrTook a quick look and there is nothing like a recipe discovery class in core. I then found #3446354: Create a simple class to allow discovering recipes in the file system.
Bit of a sidenote, but on a project we have played around with splitting recipes into contrib and custom, and while this mostly works as expected, it seems we may be going against convention based on #3539469: Document why recipes all need to be in the same directory and the code at #3446354: Create a simple class to allow discovering recipes in the file system (it doesn't descend into subdirectories). I'm not sure what a developer is expected to do - for VCS purposes there needs to be a way to distinguish the two types of recipes.
Comment #4
star-szrIn light of #3539469-3: Document why recipes all need to be in the same directory:
I'm thinking supporting recipes as targets is not really the right path. While it may be possible, it doesn't seem worthwhile.
Probably more useful would be a tool (drush command) that could convert the config parts of a recipe into a config_enforce target module, or perhaps add to an existing config_enforce target module.