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
However, for many use cases none of those are technically required and additionally unnecessary overhead is added by installing it via composer and workflows sometimes unnecessary complicated bc of that too.
Describe the solution you'd like
Optionally (actually I'd even say as the default) include the wp-cli packages as submodules instead of loading them from composer.
This gets rid of all the required dependencies (no composer, no PHP and no db needed).
The current Composer approach allows us to easily symlink all the dependencies so that there is a single vendor folder for all the packages in the repository root. Would Git submodules allow for the same?
Personally I found submodules always very cumbersome to use, and Composer is a requirement for contributing to WP-CLI (run tests etc.)
This gets rid of all the required dependencies (no composer, no PHP and no db needed).
How would you want to contribute to WP-CLI without PHP or even Composer?
Activity
swissspidy commentedon Jun 2, 2025
The current Composer approach allows us to easily symlink all the dependencies so that there is a single
vendorfolder for all the packages in the repository root. Would Git submodules allow for the same?Personally I found submodules always very cumbersome to use, and Composer is a requirement for contributing to WP-CLI (run tests etc.)
How would you want to contribute to WP-CLI without PHP or even Composer?
swissspidy commentedon Feb 18, 2026
Currently leaning towards a monorepo approach. Moving discussion to #67 though