YOUR STACK. CLEAR DEFAULTS.
Stacks &presets
Managed means Dwell owns the integration contract: version profiles, compatibility, scaffolding, runtime integration, tests and maintenance. Custom supplies the generic local environment; you own the application and framework.
Managed backend & Custom PHP
Current backend types are PHP-based. Framework and PHP runtime are selected separately; Dwell validates their compatibility.
Symfony
Version lines: 5.4 / 6.4 / 7.4 / 8.1 · Default: 7.4
Laravel
Version lines: 13 · Default: 13
Laravel 13: PHP 8.3–8.5. Scaffold 13.10.1, framework pin 13.34.0 for new projects. Existing composer.lock files remain authoritative; historical Laravel majors are not Managed profiles.
Shopware 6
Version lines: 6.6 / 6.7 · Default: 6.7
WordPress
Version lines: 6.4 / 6.5 / 7.0 / 7.1 · Default: 7.1
TYPO3
Version lines: 13.4 / 14.3 · Default: 13.4
PHP / Custom
An active PHP role without a preinstalled application. You manage the webroot and Composer dependencies.
Managed frontend & Custom
Managed frontends are set up with npm. Their Node requirements can exceed those of the Dwell CLI.
What does “Custom” mean?
Not managed does not mean unusable. Joomla may fit Custom PHP; Next.js, Nuxt and Angular may fit Custom Frontend. These are examples, not officially tested framework integrations. You maintain installation, dependencies, versions and application configuration. The frontend command must honor HOST=127.0.0.1 and the allocated PORT.
A version line is not a patch version.
Version lines and defaults match the reviewed Dwell catalog. A scaffold pin is not always the installed framework patch. Preserve lockfiles; existing applications are not automatically upgraded.
Check versions in your own checkoutdwell versions list
Why only a few Managed stacks?
A new stack needs relevant demand, a clear runtime model, a fit within the existing architecture, sustainable long-term maintenance and a reproducibly testable support contract. Popularity alone is insufficient.
Read the Stack Policy