Conditionnel COPIER/AJOUTER dans le Dockerfile?

À l'intérieur de mon Dockerfiles je voudrais COPIER un fichier dans mon image, si elle existe, la requirements.txt fichier pip semble être un bon candidat, mais comment cela peut-il être atteint?

COPY (requirements.txt if test -e requirements.txt; fi) /destination
...
RUN  if test -e requirements.txt; then pip install -r requirements.txt; fi

ou

if test -e requirements.txt; then
    COPY requiements.txt /destination;
fi
RUN  if test -e requirements.txt; then pip install -r requirements.txt; fi
InformationsquelleAutor derrend | 2015-07-21
  1. 15

    Ce n'est pas actuellement pris en charge (comme je pense qu'elle mènera à la non-reproductible de l'image, depuis la même Dockerfile copie de ce fichier, en fonction de son existence).

    C'est toujours requis, dans question 13045, à l'aide de caractères génériques: "COPY foo/* bar/" not work if no file in foo" (Mai 2015).

    Il ne sera pas mis en œuvre pour l'instant (juillet 2015) dans le Panneau, mais d'un autre outil de construction comme bocker pourrait appuyer cette démarche.

    • bonne réponse, mais le panneau de la logique, de l'OMI, est erronée. si vous exécutez la même dockerfile avec une version différente de contexte, vous obtiendrez une image différente. c'est à prévoir. en utilisant la même construction-le contexte qui va donner la même image. et si vous insérez conditionnelle COPIER/AJOUTER des instructions sur la même accumulation de contexte, vous obtiendrez la même image. de sorte que les vérifie. c'est juste mes 2 cents si.
    • Docker est d'environ immuable de l'infrastructure. Vos environnements de dev, la mise en scène et la prod devrait être à 99,99% aussi près que possible si ce n'est identique. Utiliser des variables d'environnement.
    • que faire si, par exemple, un front-end dev environnement s'exécute avec un webpack serveur de dev, et l'équivalent prod environnement travaille avec un /dist statique dossier? C'est le cas dans la plupart des front-end configurations d'aujourd'hui, et évidemment dev et prod ne peut pas être la même chose ici. Alors, comment gérer cela?
    • Je n'utilise pas de menu fixe pour développer mon nœud d'extrémité avant. La normale webpack localhost:3000 etc... Bien que toujours de démarrage de votre région docker environnement de dev de sorte que votre node/réagir/angulaire de la fin de devant communique à ce qui est en cours d'exécution dans le cours normal de votre conteneur docker de l'environnement. E. g. Api, redis, MySQL, mongo, elastic search et autres micro service. Vous ..peut.., exécuter un webpack environnement de dev dans un récipient. Mais je pense que c'est trop loin...
    • Comment l'utilisation d'une onbuild image afin de définir les instructions communes et de construire des images spécifiques pour les dev et prod. Le Docker Hub Nœud repo semble contenir onbuild images pour chaque Nœud version: hub.docker.com/_/node. Ou vous pourriez peut-être rouler vos propres.
    InformationsquelleAutor VonC
  2. 49

    Voici une solution simple:

    COPY foo file-which-may-exist* /target

    Assurez-vous que foo existe, depuis COPY besoin d'au moins une source valide.

    Si file-which-may-exist est présent, il sera également copié.

    NOTE:
    Vous devez prendre soin de s'assurer que votre générique ne prenez pas d'autres fichiers dont vous n'avez pas l'intention de copier. Pour être plus prudent, vous pouvez utiliser file-which-may-exist? à la place (? correspond à un seul caractère).

    Ou mieux encore, utiliser une classe de caractères de ce genre pour s'assurer qu'un seul fichier peut être mis en correspondance:

    COPY foo file-which-may-exis[t] /target
    • Pouvez-vous faire la même chose avec un dossier?
    • Oui, selon le docs vous pouvez copier des fichiers ainsi que des dossiers.
    • Cela fonctionne très bien. Pour des fichiers avec de multiples destinations, j'ai copié dans un répertoire temporaire, puis déplacé à l'endroit requis. COPY --from=docker /usr/bin/docker /usr/lib/libltdl.so* /tmp/docker/ RUN mv /tmp/docker/docker /usr/bin/docker RUN mv /tmp/docker/libltdl.so.7 /usr/lib/libltdl.so.7 || true (où la bibliothèque partagée est l'entité inconnue.)
    • Aurait un lien symbolique fonctionne pas mieux?
    • Lors de la copie de plusieurs fichiers existants de la destination doit être un répertoire. Comment cela fonctionne lorsque les deux foo et votre fichier-qui-peut-exister* existent-ils?
    • Si la réponse est "assurez-vous que il y a un fichier" et ensuite une démonstration sur la façon d'utiliser la COPIE de l'opérateur? Je ne vois pas en quoi cela se rapporte à la question d'origine.
    • Vous pouvez avoir de la logique qui crée un fichier sous certaines conditions. Puis utilisez la commande COPIER avec un caractère générique comme décrit, de sorte que si le fichier existe, il sera copié dans l'image. Cela permet d'obtenir ce que l'OP est en train de faire avec requirements.txt.

    InformationsquelleAutor jdhildeb
  3. 8

    Comme l'a déclaré ce commentaire, Santhosh Hirekerur la réponse de copie toujours le fichier d'archive d'un vrai conditionnelle de copie, vous pouvez utiliser cette méthode. 

    ARG BUILD_ENV=copy

FROM alpine as build_copy
ONBUILD COPY file /file

FROM alpine as build_no_copy
ONBUILD RUN echo "I don't copy"

FROM build_${BUILD_ENV}
# other stuff

    La ONBUILD instructions assure que le fichier n'est copié si la "branche" est sélectionné par le BUILD_ENV. Définissez cette variable à l'aide d'un petit script avant d'appeler docker build

    InformationsquelleAutor Siyu
  4. 6

    Travail autour de la Solution

    J'avais exigence sur copier le DOSSIER de serveur basé sur des Variables d'environnement. J'ai pris le serveur vide de l'image. créé nécessaire de déploiement de la structure de dossier dans le dossier local. ensuite ajoutée en dessous de la ligne de DockerFile copiez le dossier dans le récipient. Jen de la dernière ligne ajoutée point d'entrée pour exécuter init file.sh avant de docker démarrer le serveur.

    #below lines added to integrate testing framework
RUN mkdir /mnt/conf_folder
ADD install /mnt/conf_folder/install
ADD install_test /mnt/conf_folder/install_test
ADD custom-init.sh /usr/local/bin/custom-init.sh
ENTRYPOINT ["/usr/local/bin/custom-init.sh"]

    Ensuite créer le custom-init.sh fichier en local avec un script quelque chose comme ci-dessous 

    #!/bin/bash
if [ "${BUILD_EVN}" = "TEST" ]; then
    cp -avr /mnt/conf_folder/install_test/* /mnt/wso2das-3.1.0/
else
    cp -avr /mnt/conf_folder/install/* /mnt/wso2das-3.1.0/
fi;

    Dans docker-composer fichier ci-dessous des lignes.

    de l'environnement:
    - BUILD_EVN=TEST

    Ces changements copier le dossier dans le récipient pendant docker construire. lorsque nous exécutons docker-composer jusqu' il copie ou de les déployer requis dossier de serveur avant de serveur démarre.

    • Mais docker images sont superposées. AJOUTER serait de les copier sur l'image quelle que soit l'instruction if vous avez mentionné...
    • Je pense que l'idée de cette "solution de contournement" est que les deux installer et install_test sont copiés dans l'image, mais lorsque l'image est exécuté, que l'un de ces dossiers est copié à l'emplacement définitif. Si bien que les deux sont quelque part dans l'image, il pourrait être raisonnable de la technique.
    InformationsquelleAutor Santhosh Hirekerur
  5. 0

    Copier tous les fichiers sur un jetable dir, a part choisir celui que vous voulez, jetez le reste.

    COPY . /throwaway
RUN cp /throwaway/requirements.txt . || echo 'requirements.txt does not exist'
RUN rm -rf /throwaway
    InformationsquelleAutor cdosborn
  6. -8

    Peut-être vous n'avez pas besoin! Nous allons voir votre nouveau code:

    COPY (requirements.txt if test -e requirements.txt; fi) /destination
RUN  if test -e requirements.txt; then pip install -r requirements.txt; fi

    Peut-être vous pouvez simplement passer à:

    COPY requirements.txt /requirements.txt
RUN  if test -e /requirements.txt; then pip install -r /requirements.txt; fi

    Maintenant, vous avez ceci:

    • Si le fichier existe, il sera copié par COPIE et traitées par le PIP au sein de course
    • Si le fichier n'existe pas, COPIE de l'échec (silencieusement, je suppose) et PIP ne fonctionnera pas à cause de la condition
    • Si le fichier n'existe pas de COPIER simplement échoue et se termine le traitement de la dockerfile
    • downvoted parce que la question est conditionnelle à l'EXEMPLAIRE fourni la réponse n'est pas conditionnelle, il vient d'échec de la compilation si le fichier n'existe pas, la réponse était donc apparemment pas été testé.
    InformationsquelleAutor Danilo Aghemo