dv cerca di essere uno strumento end-to-end. Gestisce il proxy e tutto il resto; ad esempio, tengo le mie istanze su XYZ.home.arpa.
Configureresti più container con dv e useresti dv catchup per aggiornarli all’ultima versione, il che si occuperebbe di aggiornare plugin e core.
Alla base, tutto sono solo container Docker; puoi modellarli nella forma che ti serve, incluso importare dati, eseguire comandi personalizzati e così via.
Questo è prevalentemente un ambiente “prima gli sviluppatori/designer”. Potresti eseguire dv build → dv new something → dv ra codex e orientarti, ma non si tratta di portare l’ingegneria alle masse; mira a creare molti pod isolati di sviluppo sulla tua macchina come funzionalità per utenti esperti ingegneri/designer.