現在、railsアプリケーションをdockerを用いて開発しようと思っています。

既にアプリケーションは途中まで開発していて、途中からのdocker導入となります。

一通りセットアップは済ませ、既存のアプリケーションをdocker上で動かすことは可能になりました。

しかし、色々なサイトを見ていてbundleに関するいくつかの疑問が浮上しました。

現在のDockerfileはこのようになっています。

FROM ruby:2.5.0
RUN apt-get update -qq && apt-get install -y nodejs postgresql-client
RUN mkdir /myapp
WORKDIR /myapp
COPY Gemfile /myapp/Gemfile
COPY Gemfile.lock /myapp/Gemfile.lock
RUN bundle install
COPY . /myapp

COPY entrypoint.sh /usr/bin/
RUN chmod +x /usr/bin/entrypoint.sh
ENTRYPOINT ["entrypoint.sh"]
EXPOSE 3000

CMD ["rails", "server", "-b", "0.0.0.0"]

また、docker-copmose.yml

version: "3"
services:
  backend:
    build:
      context: ./backend
    command: bash -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0'"
    volumes:
      - ./backend:/myapp
    ports:
      - "3000:3000"
    links:
      - db
  db:
    image: postgres:12
    ports:
      - "5432:5433"
    volumes:
      - postgresql-data:/var/lib/postgresql/data
volumes:
  postgresql-data:
    driver: local

まず、新たにgemを追加しようとします。

ホスト側のGemfileに
gem hogehoge
を追加し、
docker-compose build
を実行したとします。

この場合、Dockerfile内の

COPY Gemfile /myapp/Gemfile
COPY Gemfile.lock /myapp/Gemfile.lock

が変更を検知して、その次のRUN bundle installを実行すると思います。
この時、Dockerイメージ内にはCOPYされてきたGemfile内のパッケージはインストールされていない状態だと思うので、１から全てのgemをinstallすることになると思います。

その結果、Gemfile.lockがbundle installが実行された後の依存関係を新たに記載した状態になると思います。

しかし、この後の
COPY . /myappによって、ホスト側のbundle installしていない状態のGemfile.lockがCOPYされ、bundle install後のGemfil.lcokの内容が上書きされると思うのですが、どうなんでしょうか？

また、docker-compsoe.ymlのvolumes: ./backedn:/myappの記載によって上記と同じようにbundle installが済んでいない状態のホスト側のGemfile.lockがコンテナ内にマウントされて古いGemfile.lockが上書きされ、Gemfile.lock以外にもbundleディレクトリがまだホスト側では更新されていないので古いbundleディレクトリがコンテナ内にコピーされると思うのですが、このような考え方があっているのでしょうか？