./dev.sh

dev.sh es un script bash auxiliar que facilita el trabajo con el entorno de desarrollo de Climweb.

De forma predeterminada, ejecutar ./dev.sh iniciará el entorno de desarrollo y garantizará que los contenedores se estén ejecutando como su usuario real.

Ejemplos de uso de ./dev.sh:

$ ./dev.sh # same as the up command above but also ensures the containers run as the running user!
$ ./dev.sh --build # ups and rebuilds
$ ./dev.sh restart # stops and then ups
$ ./dev.sh restart --build # stops, builds, ups
$ ./dev.sh build_only # just builds
$ ./dev.sh dont_migrate # ups but doesn't migrate automatically on startup
$ ./dev.sh dont_migrate dont_sync dont_attach restart --build # even more flags!
$ ./dev.sh run backend manage migrate
# Any commands found after the last `./dev.sh` command will be passed to the `docker compose up` call made by dev.sh
# This lets you say do --build on the end or any other docker-compose commands using dev.sh!
$ ./dev.sh restart {EXTRA_COMMANDS_PASSED_TO_UP}  
$ ./dev.sh down # downs the env
$ ./dev.sh kill # kills (the old stop_dev.sh)
# WARNING: restart_wipe will detail ALL volumes associated with that environment 
# permanently. 
$ ./dev.sh restart_wipe --build

¿Por qué ./dev.sh garantiza que los contenedores se ejecuten como usted?

En el modo de desarrollo, los directorios de control de fuente de Climweb se montan desde su repositorio de git local en los contenedores. Al montarlos, los contenedores verán los cambios en el código fuente y se reconstruirán automáticamente. Sin embargo, si los contenedores no se ejecutan como su usuario real, entonces los contenedores podrían cambiar accidentalmente la propiedad o crear archivos propiedad del usuario que se ejecuta dentro del contenedor. Entonces, al ejecutar los contenedores como su usuario, no hay posibilidad de que sus directorios de control de fuente tengan problemas de propiedad de archivos. Además, se recomienda no ejecutar contenedores Docker como usuario raíz predeterminado.