Docker sigue el enlace simbólico fuera del contexto

Otra pregunta más sobre el enlace simbólico de Docker. Tengo un montón de archivos que quiero copiar en todas mis compilaciones de Docker. Mi estructura de directorio es:

parent_dir
    - common_files
        - file.txt
    - dir1
        - Dockerfile  
        - symlink -> ../common_files

En el ejemplo anterior, quiero que el archivo.txt se copie cuando construya la ventana acoplable dentro de dir1. Pero no quiero mantener varias copias de file.txt. Según este enlace, a partir de la versión 0.10 de Docker, la compilación de Docker debe

Siga los enlaces simbólicos dentro de la raíz del contenedor para obtener instrucciones de compilación de ADD.

Pero no obtengo ese archivo o directorio cuando construyo con cualquiera de estas líneas en mi Dockerfile:

ADD symlink /path/dirname o ADD symlink/file.txt /path/file.txt

La opción de montaje NO lo resolverá por mí (plataforma cruzada ...). Lo intenté tar -czh . | docker build -tsin éxito.

¿Hay alguna manera de hacer que Docker siga el enlace simbólico y copie common_files / file.txt en el contenedor construido?

Eso no es posible y no se implementará. Por favor, eche un vistazo a la discusión sobre el número de github n. ° 1676 :

No permitimos esto porque no es repetible. Un enlace simbólico en su máquina no es lo mismo que mi máquina y el mismo Dockerfile produciría dos resultados diferentes. Además, tener enlaces simbólicos a / etc / paasswd causaría problemas porque vincularía los archivos del host y no los archivos locales.

Una posibilidad es ejecutar la compilación en el directorio principal, con:

$ docker build [tags...] -f dir1/Dockerfile .

(O de manera equivalente, en el directorio secundario)

$ docker build  [tags...] -f Dockerfile ..

El Dockerfile deberá configurarse para copiar / agregar con las rutas adecuadas. Dependiendo de su configuración, es posible que desee que un elemento .dockerignoreprincipal omita cosas que no desea que se pongan en contexto.

Si alguien todavía tiene este problema, encontré una solución muy buena en superuser.com:

/superuser/842642/how-to-make-a-symlinked-folder-appear-as-a-normal-folder

Básicamente, sugiere usar tar para eliminar la referencia de los enlaces simbólicos y alimentar el resultado en la compilación de Docker:

$ tar -czh . | docker build -

en lugar de usar simlinks, es posible resolver el problema administrativamente simplemente moviendo archivos de sites_available a sites_enabled en lugar de copiar o hacer simlinks

por lo que la configuración de su sitio estará en una copia solo en la carpeta site_available si se detuvo o algo o en sites_enabled si se debe usar

Sé que rompe la portabilidad de la compilación de la ventana acoplable, pero puede usar enlaces duros en lugar de simbólicos:

ln /some/file ./hardlink