Docker suivre le lien symbolique en dehors du contexte

Encore une autre question de lien symbolique Docker. J'ai un tas de fichiers que je souhaite copier dans toutes mes versions de Docker. Ma structure dir est:

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

Dans l'exemple ci-dessus, je veux que file.txt soit copié lorsque je crée un docker dans dir1. Mais je ne veux pas conserver plusieurs copies de file.txt. Selon ce lien, à partir de la version 0.10 de docker, la construction de docker doit

Suivez les liens symboliques à l'intérieur de la racine du conteneur pour les instructions de construction ADD.

Mais je n'obtiens aucun fichier ou répertoire de ce type lorsque je construis avec l'une de ces lignes dans mon Dockerfile:

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

L'option de montage ne le résoudra PAS pour moi (multiplateforme ...). J'ai essayé tar -czh . | docker build -tsans succès.

Existe-t-il un moyen de faire en sorte que Docker suive le lien symbolique et copie le common_files / file.txt dans le conteneur construit?

Cela n'est pas possible et ne sera pas mis en œuvre. Veuillez consulter la discussion sur le numéro 1676 de github :

Nous ne permettons pas cela parce que ce n'est pas reproductible. Un lien symbolique sur votre machine n'est pas le même que celui de ma machine et le même Dockerfile produirait deux résultats différents. Avoir également des liens symboliques vers / etc / paasswd poserait des problèmes car cela lierait les fichiers hôtes et non vos fichiers locaux.

Une possibilité est d'exécuter la construction dans le répertoire parent, avec:

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

(Ou de manière équivalente, dans le répertoire enfant,)

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

Le Dockerfile devra être configuré pour faire des copies / ajouts avec les chemins appropriés. Selon votre configuration, vous voudrez peut-être qu'un .dockerignoreparent laisse de côté les choses que vous ne voulez pas mettre dans le contexte.

Si quelqu'un a toujours ce problème, j'ai trouvé une très bonne solution sur superuser.com:

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

Il suggère essentiellement d'utiliser tar pour déréférencer les liens symboliques et introduire le résultat dans la construction du docker:

$ tar -czh . | docker build -

au lieu d'utiliser simlinks, il est possible de résoudre le problème administrativement en déplaçant simplement les fichiers de sites_available vers sites_enabled au lieu de copier ou de créer des simlinks

donc la configuration de votre site sera en une seule copie dans le dossier site_available s'il s'est arrêté ou quelque chose ou dans sites_enabled s'il doit être utilisé

Je sais que cela rompt la portabilité de la construction de docker, mais vous pouvez utiliser des liens durs au lieu de symboliques:

ln /some/file ./hardlink