dockerを用いて開発をする流れやメリットがわかりません

いまいちdockerコンテナで開発を進める時の流れがわかりません。
色々調べているとこんな感じになるのかなと思った流れを下に書きます。

例えばrailsアプリ（なんでもいいですが）を開発する場合
１、railsの基本セットが入っているimageをダウンロードしてきて、コンテナ化する
２、exec -it /bin/bash で入ってsftpなど無いのでatom等のテキストエディタも使わずひたすらvim等で開発する（コンテナにsshdやsftpを入れるのはよくないという意見を見た）
３、その日の開発が終わったら進んだ状況をimage化して保存
４、次の日は昨日保存したimageを読み込みrunしてexec

変更するであろうデータは-vでマウントしたフォルダにおくというのがありましたが、railsアプリともなると大量のディレクトリを弄る事になると思うのですが、全部いちいち-v hoge:aなどとやっていくのでしょうか？

既に完成しているものをちゃちゃっと使うにはdockerが便利だと理解できるのですが、自分が開発すると考えるととっても開発しづらい環境に思えてなりません。（コンテナにsftpやsshdを入れないと既存のguiツールなども全く使えないし、入れるとどんどんコンテナが非マイクロサービス化していく）

dockerを利用して開発をする時の流れを知っている方がいらっしゃいましたら教えて頂きたく思います。

行動規範の内容に同意します

回答2件

別の方が書いてるとおり、どうしてそういう使い方をすると思ったのかは謎。

dockerというか、コンテナ型仮想化を使うメリットは、環境を丸ごと再現可能で比較的軽量であるという一点。

例えば、開発中のモノ以外に２つのプロジェクトをメンテする必要があるとする。

プロジェクトAはフレームワークのバージョンX
プロジェクトBはフレームワークのバージョンY
プロジェクトCはフレームワークのバージョンZ

を使っているとする。

あなたは普段プロジェクトAをメインに開発しており、フレームワークのバージョンXをインストールしているとする。
でも突発的にプロジェクトBやCも手を入れる必要がある時、どうするのか？という問題。

まぁRubyとか独自にバージョン管理ツールがあるものであればそっちで切り替えてもいいけど、そうもいかない場合もある。

その場合、いちいちマシンにインストールされているフレームワークをインストールし直してバージョンを変える方法もあるし、バージョン毎にVirtualBoxやVMWareなどで仮想マシンを作って作業してもいいけど、コンテナ（docker）でやった方が遥かに簡単。

２、exec -it /bin/bash で入ってsftpなど無いのでatom等のテキストエディタも使わずひたすらvim等で開発する（コンテナにsshdやsftpを入れるのはよくないという意見を見た）
３、その日の開発が終わったら進んだ状況をimage化して保存
４、次の日は昨日保存したimageを読み込みrunしてexec

こんなことは普通やらない。
プログラムを動作させるために必要なコンテナを作ったら、あとはそれを使い回すだけ。

コードの修正とかはコンテナの外でやって成果物だけマウントする。
コンテナはあくまで実行環境。