Como fazer uma pasta com link simbólico aparecer como uma pasta normal

Eu tenho dois aplicativos Dart que eu preciso dockerize. Esses dois aplicativos usam um diretório de origem compartilhado.
Como o Docker impede a adição de arquivos de pastas fora do diretório de contexto ( project/app1), não consigo adicionar arquivos de ../sharednem de shared(o link simbólico interno projects/app1).

Estou procurando uma maneira de enganar o Docker a fazê-lo de qualquer maneira.

Minha estrutura de projeto simplificada

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

Eu poderia subir Dockerfileum nível e executar a docker buildpartir daí, mas preciso de dois Dockerfiles (para app1 e app2) no mesmo diretório.

Minha idéia atual era: se eu pudesse, de alguma maneira, esconder o fato de projects/app1/sharedser um link simbólico, esse problema seria resolvido. Eu verifiquei se posso compartilhar projectsusando o Samba e remontá-lo em outro lugar e configurar o Samba para tratar links simbólicos como pastas normais, mas não descobri se isso é suportado (eu não tenho muita experiência com o Samba e ainda não tentei, apenas procurei um pouco) .

Existe alguma outra ferramenta ou truque que permita isso?

Prefiro não alterar a estrutura de diretórios, pois isso causaria outros problemas e também não copiaria os arquivos.

Como não tenho muita experiência, dockernão posso prometer que isso funcionará, mas uma opção seria montar o diretório em vez de vincular a ele:

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

Que irá anexar ../sharedao ./sharede deve ser completamente transparente para o sistema. Como explicado em man mount:

A ligação é montada.

Desde o Linux 2.4.0, é possível remontar parte da hierarquia de arquivos em outro lugar. A chamada é:

mount --bind olddir newdir

ou usando esta entrada fstab:

/olddir /newdir none bind

Após esta chamada, o mesmo conteúdo é acessível em dois locais.

Esse problema surgiu várias vezes na comunidade do Docker. Basicamente, viola o requisito de que Dockerfileseja repetível se você o executar ou eu o executar. Portanto, eu não esperaria essa capacidade, conforme descrito neste tíquete: O comando Dockerfile ADD não segue links simbólicos no host # 1676 .

Então você tem que conceber uma abordagem diferente. Se você observar este problema: ADICIONE para oferecer suporte a links simbólicos no argumento # 6094 , um amigo nosso da U&L ( @Patrick aka. Phemmer) fornece uma solução inteligente.

$ tar -czh . | docker build -

Isso indica tarpara desreferenciar os links simbólicos do diretório atual e direcioná-los todos para o docker build -comando

-c, --create
       create a new archive

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

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