Open rsanzante opened 11 months ago
I think this is a good idea and would rid boilerplate of some responsibilities that could be saved now: container orchestration, commands management (Makefile), container versioning (at least for the base containers), etc.
My main concern is the point about Use it to run tests in CI
as ddev exposes a port for containers, which should not be needed, but it is possible that either I am wrong or this problem may be solved somehow.
I wonder if the Docker in Docker approach will make sense here, that way we can provide an image with DDEV and ports will not be an issue. We need to test it but I have understood DDEV has no dependency on the user 1000 as wodby
Apparently, DDEV does some magic to run the containers always with the user uid that run the ddev up command, or that's what I understood.
This just a proposal.
DDEV is surely the most used tool for Drupa local development. Apart from containers, it provides very useful tools like ddev pull tu pull data from a remote site, snapshots of the local database and many more.
We should evaluate if it is possible to use DDEV in this boilerplate keeping all the current functionalities and gain some benefits from DDEV.
Thins to keep and eye on:
composer create-project