大人気 Docker を使ってのアプリケーション開発が活発化している（根拠なし）今日このごろ、実務で使っていても 実のところ細かいことについては一切何もわかっていない という体たらくに終止符を打つべくして、 Rails の開発環境を定義してみよう、というのが本日の題である。

先ずはとりあえず実行したい

ということで正しい経路かどうかはわからんが、 Docker のドキュメントあたりを読み進めていく。重要そうなことが書いてある気がするのを全力で読み飛ばしつつ、まずは取り敢えず対話側での実行をしたい。

docker run -it ruby:2.6.6 bin/bash

~~2.6.6-alpine 使いたかったけど Rails のインストール時にコンパイルエラー食らったから一旦諦める~~
オプションについては

-t: コンテナの中に擬似ターミナル（pseudo-tty）を割り当てる
-i: コンテナの標準出力（STDIN）を取得する

ということらしく、つまり この指定がないと対話型で使うことはできん ようだ。

Rails のアプリを発生させるぞ

コンテナに入ってさえしまえば、あとは単に rails new をするだけなので

gem install rails -v 6.0.3
rails new myapp

このままだと Node.js not installed. のエラーが出てたりとか、細かくは色々あるようだが、何にせよこれで開発に使えるアプリケーションソースが出来る… 訳がない のである。

ホスト側にファイルを置きたいんだけど

知っての通り（？）、コンテナ内のファイルはそのコンテナ内にあるものであって、そのままではホスト側から識別可能なものにならないため、開発に着手するには更に一手必要になる。
これの実現には Docker Volume の活用が必要で、コンテナの作成時に -v のオプションを与えると良いらしい。

# まぁ「今いるところ」なら pwd でいいかなというアレ
docker run -it -v `pwd`:/webapp ruby:2.6.6 bin/bash

これにより、ホスト側のカレントディレクトリがコンテナ側の /webapp ディレクトリにマウントされる（= ファイルを突っ込んだ場合はホスト側に配置される）ようになる。ホスト側の任意のディレクトリをマウントしたい場合は 左側も絶対パス指定じゃないと駄目 らしい点には留意が要る。 ~~相対パスでも構わん、と書いてあるのは多分これ別の文脈の説明だな？~~

さておき、この状況であれば /webapp にさえ配置してやれば rails new の生成物がホスト側でも確認できるので、

rails new webapp/myapp

とすることで、手元に直接的に Ruby の実行環境を持っていなくても Rails のアプリケーションが作れる。

ひとまずはここまで。実用的な開発環境の定義には Dockerfile や docker-compose の活用が前提だと思うので、遠からずそちらも書き散らしていくとしたい。