docker上でのmysqlとrailsの環境構築について

Question

丁寧すぎるDocker-composeによるrails5 + MySQL on Dockerの環境構築(Docker for Mac)の記事を参考に、docker上にrailsとMysqlの構築を終了するところまで行きました。
dockerの本をみていると、docker-compose down コマンドで、docker-compose upコマンドによって立ち上げたコンテナやイメージファイルを削除する、と書いているのですが、docker-compose downコマンドを打つまでに生成したコントローラやモデルなどは削除されてしまうのでしょうか？
削除されてしまう場合、状態を保存しておく方法などはあるのでしょうか？？
また、個人開発の範囲内で、どのようにdocker上でrailsの開発を進めていくのがベストなのでしょうか??
質問多くて申し訳ありません。一通り本は読んだのですが、理解がまだまだ浅く....。ご教示のほどよろしくお願いいたします。

Answer 1

すでに解決されているかもしれませんが、2点質問があると思うので順番に回答します。

downするとコントローラやモデルのコードが消えるかどうか

質問文のリンク先にあった、以下のdocker-compose.ymlの設定がされているものと仮定します。

version: '3'
services:
  db:
    image: mysql:5.7
    volumes:
      - ./src/db/mysql_data:/var/lib/mysql
    environment:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: root
    ports:
      - "3306:3306"

  web:
    build: .
    command: rails s -p 3000 -b '0.0.0.0'
    volumes:
      - ./src:/app_name
    ports:
      - "3000:3000"
    links:
      - db

この場合、webがRailsコンテナだと思うのですが、volumesオプションでホストマシンの./srcディレクトリをコンテナの/app_nameにマウントしています。
この設定をしている場合は、docker-compose downをしても、./srcディレクトリの内容はホストマシンに残るので消えることはありません。
Railsのコントローラーやモデルのコードがこのディレクトリに入っているのであれば、コンテナを落としても消えることはないです。
逆に言うと、コンテナの/app_nameディレクトリ以外のファイルを編集（コンテナ内でvi[m]で編集するとか）した場合は、コンテナを落とすとその編集内容は消えてしまいます。
Docker、ボリューム(Volume)について真面目に調べた - Qiita

Docker上でRailsの開発を進め方

Dockerを導入しているのであれば、

1. docker-compose upでコンテナを立ち上げる
2. ホストマシン上でお好みのエディタでコードを編集・動作確認
3. 開発が終わったらdocker-compose downでコンテナを落とす

という流れでいいかと思います。

Comments

[fork_]

丁寧なご解説、ありがとうございます。
ということは、docker-compose.ymlファイルに書いている、dbの、

```yml

volumes:
- ./src/db/mysql_data:/var/lib/mysql

```
で、dbの設定などは、コンテナの外(ホスト側の）var/lib/mysql にマウントしているのでdocker-compose downをしても、データベースは消えない、という理解でよろしいでしょうか??

[shgtkshruch]

こちらの設定も先程の設定と同じです。
正しくはホスト側の`./src/db/mysql_data`にコンテナ側の`/var/lib/mysql`をマウントしています。
理解が曖昧な部分は（すでにご存知かもしれませんが）Docker Composeのドキュメントを確認されたほうがいいかと思います。
http://docs.docker.jp/compose/compose-file.html#volumes-volume-driver

[fork_]

かしこまりました。
理解がとても深まりました。ありがとうございましたm(__)m