当社のプロダクション/ステージングドッカー画像ビルドは、最新のコードをリポジトリから取得し、必要なすべての依存関係をインストールします。アプリケーションの最新バージョンで画像を更新するためのDockerフロー
開発のために、ボリュームを使用してアプリケーションコードをローカルフォルダにマップするのはこのためです。
マッピングされたボリュームのローカル変更を実際のイメージデータストレージにコミットする方法はありますか?私たちはいつもそれを再構築する必要はないのですか?
当社のプロダクション/ステージングドッカー画像ビルドは、最新のコードをリポジトリから取得し、必要なすべての依存関係をインストールします。アプリケーションの最新バージョンで画像を更新するためのDockerフロー
開発のために、ボリュームを使用してアプリケーションコードをローカルフォルダにマップするのはこのためです。
マッピングされたボリュームのローカル変更を実際のイメージデータストレージにコミットする方法はありますか?私たちはいつもそれを再構築する必要はないのですか?
あなたのコードとラベルを置くことができることは、人々がそれを使用していることです。実稼働環境で実行時にコードをデプロイするべきではありません。代わりに、イメージを構築し、バージョンに基づいてタグ付けする必要があります。
プロダクションで何が実行されているかを知りたいし、以前のバージョンにロールバックすることもできます。
コード部分の再構築に戻ります。ビルド時間
作成ベース画像
あなたは、ベースイメージを作成することができますし、ちょうどそのベース画像の上にコードを置くを改善するための複数の方法があります。この基本イメージには、必要なソフトウェア(ノードなど)があります。 Dockerfileでは、コードをコピーするだけです。
代わりにGitのチェックアウトを使用するタグのURLの
かわりにリポジトリ全体のzipファイルとして特定のブランチ/タグをダウンロードして解凍することができます。私はGit reposが100MBでコードが4-5MBしかないことを時々見てきました。これは、使用して多段
多段を構築
あなたの時間を節約することができ、時間を構築するが、彼らはあなたのイメージのサイズが保存されますあなたを救うつもりはありません構築します。多くのコンテナを配置する場合にのみ必要です。