シンボリックリンクされたフォルダーを通常のフォルダーとして表示する方法

ドッキングする必要がある2つのDartアプリケーションがあります。これら2つのアプリは、共有ソースディレクトリを使用します。
Dockerは、コンテキストディレクトリ（project/app1）の外のフォルダーからファイルを追加できないため../shared、shared（内のシンボリックリンクprojects/app1）からファイルを追加することも、そこからファイルを追加することもできません。

とにかくDockerをtrickす方法を探しています。

私の簡略化されたプロジェクト構造

- projects
  - app1
   - Dockerfile
   - shared (symlink ../shared)
   - otherSource
  - app2
   - Dockerfile
   - shared (symlink ../shared)
   - otherSource
  - shared
    - source

Dockerfile1つ上のレベルに移動docker buildしてそこから実行できますが、同じディレクトリに2つのDockerfile（app1とapp2用）が必要です。

私の現在のアイデアprojects/app1/sharedは、シンボリックリンクであるという事実を何らかの形で隠すことができれば、この問題は解決されるということでした。projectsSambaを使用して共有し、他の場所に再マウントし、通常のフォルダーのようにシンボリックリンクを処理するようにSambaを構成できるかどうかを確認しましたが、これがサポートされているかどうかがわかりません（Sambaの経験があまりないので、まだ試していませんでした） 。

それを可能にする他のツールやトリックはありますか？

これは他のトラブルを引き起こし、ファイルをコピーしないため、ディレクトリ構造を変更したくないでしょう。

私はあまり経験dockerがないので、これが機能することを約束することはできませんが、1つの選択肢はディレクトリにリンクする代わりにマウントすることです

$ cd projects/app1
$ mkdir shared
$ sudo mount -o bind ../shared shared/

これはシステムにアタッチ../sharedさ./sharedれ、システムに対して完全に透過的でなければなりません。で説明されているようにman mount：

バインドがマウントされます。

Linux 2.4.0以降では、ファイル階層の一部を別の場所に再マウントできます。呼び出しは次のとおりです。

mount --bind olddir newdir

または、このfstabエントリを使用して：

/olddir /newdir none bind

この呼び出しの後、同じコンテンツに2つの場所でアクセスできます。

この問題は、Dockerコミュニティで繰り返し発生しています。基本的に、Dockerfileあなたがそれを実行するか、私がそれを実行する場合、繰り返し可能であるという要件に違反します。このチケットで説明されているように、Dockerfile ADDコマンドはホスト＃1676のシンボリックリンクをたどりません。

そのため、別のアプローチを考えなければなりません。この問題を見てみると：引数＃6094のシンボリックリンクをサポートするために追加すると、U＆Lの友人（@Patrick aka。phemmer）が賢い回避策を提供します。

$ tar -czh . | docker build -

これはtar、現在のディレクトリからシンボリックリンクを逆参照し、それらをすべてdocker build -コマンドにパイプするよう指示します。

-c, --create
       create a new archive

-h, --dereference
       follow symlinks; archive and dump the files they point to

-z, --gzip, --gunzip --ungzip