faustinoaq changed the topic of #amber to: Welcome to Amber Framework community! | https://amberframework.org | Developer happiness, productivity and bare metal performance | GH: https://github.com/amberframework | Docs: https://docs.amberframework.org | Gitter: https://gitter.im/amberframework/amber | IRC Logger: https://irclog.whitequark.org/amber | Amber::Server.start
<FromGitter> <damianham> @nsuchy I run my amber apps in docker containers and rather than use COPY . /app I mount the project folder as a volume on /app (with docker-compose) then file saves are detected and the app rebuilds. My startup script runs shards update; shards build amber; bin/amber watch. Here are my Dockerfile and docker-compose.yml files ⏎ ⏎ ```code paste, see link``` [https://git
<FromGitter> ... ter.im/amberframework/amber?at=5dd24b4650010612b2dc07e2]
feepbot has quit [Ping timeout: 276 seconds]
feepbot has joined #amber
<FromGitter> <robacarp> @nsuchy another way to do this is to wrap each service in a shell script which alters the environment (`export REDIS_URL=“$MOSQUITO_REDIS”`) and then execs into the process you’re running (`exec shards run mosquito`). ⏎ ⏎ The problem with declaring an environment variable dedicated to this setup style, is it doesn’t scale well. Every bespoke pattern requires all supporting libraries to update
<FromGitter> ... accordingly — N code changes for N usage patterns.