forked from reactioncommerce/reaction-admin
-
Notifications
You must be signed in to change notification settings - Fork 0
/
docker-compose.dev.yml
34 lines (31 loc) · 1.45 KB
/
docker-compose.dev.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
# This docker-compose file is used to run the project in Docker for development.
# The local files are mounted into the created container.
#
# Usage:
# ln -s docker-compose.dev.yml docker-compose.override.yml
# docker-compose up [-d]
#
# To go back to running the published image:
# rm docker-compose.override.yml
version: '3.4'
services:
reaction-admin:
# The main `docker-compose.yml` has an `image` prop. Unfortunately, when we
# add `build` prop here, it changes the meaning of that `image` prop to
# "tag the built image with this image name". This has the effect of breaking
# the app after you've run with the override and then go back to running without
# it, because now `reactioncommerce/admin:trunk` would actually be your dev image.
# To work around this issue, we specify a different tag name here, which does not
# match any of our published tags.
image: reactioncommerce/admin:local-dev
build:
context: .
dockerfile: Dockerfile-dev
command: bash -c "export PATH=$PATH:/home/node/.meteor && npm install --no-audit && node ./.reaction/waitForMongo.js && node --experimental-modules ./.reaction/scripts/run.mjs"
volumes:
- .:/usr/local/src/app:cached
- reaction_meteor_local:/usr/local/src/app/.meteor/local
- reaction_node_modules:/usr/local/src/app/node_modules # do not link node_modules in, and persist it between dc up runs
volumes:
reaction_node_modules:
reaction_meteor_local: