Docker: 編集したファイルを起動しているプロジェクトに反映する方法

Question

実現したいこと

dockerとrailsを使って開発しています。
ローカルで編集したファイルを起動しているサーバーに反映させたいです。

#困っていること
元々あったdocker-compose.ymlを以下に修正したところ、編集したファイルが起動しているサーバーに反映されなくなった。
色々私なりに原因調査をしていますが解決方法が見つけられずに困っています。
修正前

version: '3'
services:
  web:
    build: .
    command: bundle exec rails s -p 3000 -b '0.0.0.0'
    volumes:
      - .:/app
    ports:
      - 3000:3000
    depends_on:
      - db
    tty: true
    stdin_open: true
  db:
    image: mysql:5.7
    volumes:
      - db-volume:/var/lib/mysql
    environment:
      MYSQL_ROOT_PASSWORD: password
volumes:
  db-volume:

修正後

version: '3.7'
services:
  app: &app
    build: .
    volumes:
      - .:/rails_app
    depends_on:
      - mysql
    tty: true
    stdin_open: true
    environment:
      HOGE_DB_NAME: hoge_dev
      HOGE_TEST_DB_NAME: hoge_test
      HOGE_DB_HOST: mysql
      HOGE_DB_USER_NAME: root
      HOGE_DB_PASSWORD: root
    env_file: .env
  web:
    <<: *app
    command: sh -c 'rm tmp/pids/* || true && bundle exec rails server --binding 0.0.0.0 --port 3000'
    ports:
      - 3000:3000
    stdin_open: true
    tty: true
  mysql:
    image: mysql:5.7.23
    environment:
      - MYSQL_ROOT_PASSWORD=root
      - MYSQL_ALLOW_EMPTY_PASSWORD=yes
    volumes:
      - ./container_data/mysql:/var/lib/mysql
    ports:
      - 3306:3306
volumes:
  bundle:

FROM ruby:2.5.1
RUN apt-get update -qq && apt-get install -y build-essential nodejs
RUN mkdir /app
WORKDIR /app
COPY Gemfile /app/Gemfile
COPY Gemfile.lock /app/Gemfile.lock
RUN bundle install
COPY . /app

macで開発しています・

Answer 1

こんばんは。

修正したdocker-compose.yml ですが、volumesのところで、マウントさせるのはコンテナの中の /rails_app となっていますが、こちらは意図している設定でしょうか？

volumes:
      - .:/rails_app

Dockerfileのほうはアプリケーションのルートディレクトリは /app になっていますし、WORKDIR も /app になっているので、ここを揃える必要があると思います。

Comments

[nanase21]

ご教示いただきありがとうございます。
ご指摘いただい点を修正したところ直りました。

[suama]

よかったです！
以下、なぜ上記の回答をしてみたかという補足になります。

イメージのビルド時に /app 以下にソースが取り込まれますが、docker-composeでvolume指定をすると、ローカルの任意のディレクトリを、コンテナ内のディレクトリにマウント（差し替え）してくれます。

ただし、マッピングがずれると、/app はイメージビルド時点のものを使い、/rails_app 側にローカルのソースコードがマウントされる形になります。
エラーにはなりませんが、お手元でソースを更新しても/rails_app 側だけが変わる形になります。
コンテナ内での動作の起点は /app なので、結果的に更新が反映されないという状況になります。