You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using the wikimedia/composer-merge-plugin project, we can designate separate composer configuration files to facilitate more modular maintenance.
This could be done in gadget, and used to treat Octane as a meta-package instead of using our custom merge logic.
We could use this to roll up Pattern Lab dependencies into the project root.
Particle could add a composer.json inside the Drupal theme and we could include those as well, allowing Particle to declare it's own dependencies.
In order to make this somewhat manageable, we would explicitly disable recursive merge functionality. Adapting from the usage example in the plugin's README, we might have a config such as:
I have temporarily flagged this as a question, because how we approach this touches multiple projects and maintainers. I have already discussed this with Bloom, but not sure if the implications for Particle were clear.
The text was updated successfully, but these errors were encountered:
Using the wikimedia/composer-merge-plugin project, we can designate separate composer configuration files to facilitate more modular maintenance.
In order to make this somewhat manageable, we would explicitly disable recursive merge functionality. Adapting from the usage example in the plugin's README, we might have a config such as:
I have temporarily flagged this as a question, because how we approach this touches multiple projects and maintainers. I have already discussed this with Bloom, but not sure if the implications for Particle were clear.
The text was updated successfully, but these errors were encountered: