dockerを使って開発環境を構築しようとしていた時に、
dockerのコンテナ内に入ろうとしたところ、
なぜか入れない...
でもコンテナは正常に起動しているし、問題なさそうなのに、なぜ...？
この時、今までdockerでの開発環境構築時に、先輩から教わったコマンドを
なんとなーく入力して進めてしまっていたことに気がつきました。
というわけで、今回はdockerコンテナに入るコマンドで、
主要っぽい４つの方法を調べてまとめてみました。
1. docker exec
指定したコンテナ内で新しいシェルを開始するためのコマンド
✍️ 記述方法
docker exec -it <コンテナ名またはID> bash
💡 ポイント
- 新しいシェルを開き、コンテナ内でコマンドを実行できる状態にしてくれる
- 稼働中のコンテナに対してのみ実行できる
- 複数回実行して、複数のシェルを開くことも可能
2. docker compose exec
docker-compose.yml ファイルで管理されるサービスに限定して使用されるコマンド
docker exec と同様に、新しいシェルを開始する
✍️ 記述方法
docker compose exec <サービス名> bash
💡 ポイント
- docker-compose.ymlファイルに記載された、サービス名を指定して実行する
（指定するのはコンテナ名でないことに注意！） -
docker execと同様、新しいシェルを開いてコマンドを
実行可能な状態にしてくれる
3. docker attach
stdinなどコンテナの標準入出力に接続するためのコマンド
✍️ 記述方法
docker attach <コンテナ名>
💡 ポイント
- 実行中のプロセスの標準入出力にアクセスするだけで、新しいシェルは開かない
- プロセスが出力するログやエラーメッセージを確認できる
- コンテナ内でのコマンド実行はできない
- セッションの切断時には、
Ctrl+Cだとコンテナ自体を停止させる可能性が
あるため、Ctrl+P（一時的にコマンド入力モードにするショートカット）を
実行後にCtrl+Q（ターミナルセッションを切断するショートカット）を
実行した方が良い
4. docker start -ai
停止中のコンテナを起動し、そのコンテナの標準入出力に接続するコマンド
✍️ 記述方法
docker start -ai <コンテナ名>
💡 ポイント
- 停止中のコンテナに対して実行して起動し、その起動時の標準入出力に接続する
-
docker attach同様、実行後に新しいシェルを開かない - 実行中のプロセスにアクセスするのではなく、
コンテナの開始時から出力を確認できる
筆者がやらかしていた凡ミス
それで結局、筆者は何でdockerコンテナ内に入れなかったのか？というと、
私はdocker compose execでコンテナ内に入ろうとしていたのですが、
ここでdocker-compose.yml内に記載してある「サービス名」ではなく、
dockerの「コンテナ名」を指定していたんです。
docker-compose.yml内で定義されていない名前をサービス名として
指定していたんだから、service 〇〇 is not runningと言われるのも納得ですね。