ドッキング・イメージ内のIDE？

Question

私たちの開発環境をクローン化しやすくするために、私たちはドッカーに移動しています。今ではドッカーのワークフローをコードや依存関係について理解していましたが、私たちが使用する開発ツールについて何をすべきかはわかりません。

devツール（IDE、gitクライアントGUI、崇高なテキストなど）のベストプラクティスは何ですか？彼らはイメージに埋め込まれてコンテナ化されるべきか、ホストから実行されるべきであるか（私たちが知っているすべてのインストール地獄で）？

私はツールがから実行された場合に、また...

をドッキングウィンドウハブに見て、容器に開発ツールを埋め込むの試みがあるようですが、私はそれが主流となっているかどうかわからないですしている

ホスト（コンテナではない）、コードがホストとコンテナをどのように共有するべきですか？ホストフォルダをボリュームとしてマウントする必要があります（この場合、コードはコンテナに属しません）。

EDIT：明らかに意図がコンテナのツールを使用する人を強制することはありません、それはそれが簡単に最小限の共通のdevの環境をインストールするために作るために道にちょうどだ...

おかげで、

アントワーヌ。

Answer 1

ツールに関するコンテナポリシーのいくつかのワークフローを確認したところ、複雑な開発環境では2つのイメージ（つまり2つのDockerファイル）を保持すると便利です。 1つは、基本的な開発ツールとツールを持たない裸のツール（Bashスクリプトと冗長性を避けるための共通ソースの両方によって生成されるDockerfiles）です。

この方針が新しい方面へのガイドライン（および容易な学習曲線）と専門家への柔軟性を与える理由。

このアプローチは、ほとんどの費用をかけることなく、両方の世界の利点を提供します。