Docker öğreniyorum. Birçok kez Dockerfilebunun WORKDIRkomuta sahip olduğunu gördüm :
FROM node:latest
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package.json /usr/src/app/
RUN npm install
COPY . /usr/src/app
EXPOSE 3000
CMD [ “npm”, “start” ]
Sadece ihmal edemez WORKDIRve Copysadece gözlerimi sahip DockerfileProjemin kökünde? Bu yaklaşımı kullanmanın dezavantajları nelerdir?
Yanıtlar:
Belgelere göre :
WORKDIR komutu, Dockerfile'da onu izleyen herhangi bir RUN, CMD, ENTRYPOINT, COPY ve ADD komutları için çalışma dizinini ayarlar. WORKDIR yoksa, sonraki Dockerfile komutlarında kullanılmasa bile oluşturulacaktır.
Ayrıca, Docker en iyi uygulamalarında onu kullanmanızı önerir:
... okunması, giderilmesi ve bakımı zor olan RUN cd… && do-something gibi komutları çoğaltmak yerine WORKDIR kullanmalısınız.
Saklamanızı öneririm.
Dockerfile'ınızı aşağıdaki gibi yeniden düzenleyebileceğinizi düşünüyorum:
FROM node:latest
WORKDIR /usr/src/app
COPY package.json .
RUN npm install
COPY . ./
EXPOSE 3000
CMD [ “npm”, “start” ]
FROM ubuntu as builderve ardışık görüntü kullandığımda COPY, "oluşturucu" görüntüsünde WORKDIR kullandığımı "biliyor mu" yoksa kullanmadığımı (ve mutlak bir yol kullanmam) mı gerekiyor?
WORKDIRdeğeri koruduğunu söyleyebilirim çünkü siz COPYbirini çalıştırmadan önce Dockerfile'da çalıştırılan bir talimat
RUN mkdiremriniz gerekli değildir; yani bu satır silinebilir. Dokümantasyona göre "WORKDIR yoksa, sonraki Dockerfile talimatlarında kullanılmasa bile oluşturulacaktır." - docs.docker.com/engine/reference/builder/#workdir
Zorunda değilsin
RUN mkdir -p /usr/src/app
Bu, otomatik olarak WORKDIR
FROM node:latest
WORKDIR /usr/src/app
COPY package.json .
RUN npm install
COPY . ./
EXPOSE 3000
CMD [ “npm”, “start” ]
Aklınıza gelebilecek WORKDIRbir benzeri cd(bu sanki Dockerfile daha sonra gelip komutları etkiler kabın içine RUNkomuta). WORKDIRYukarıdaki örneğinizden kaldırdıysanız , RUN npm installçalışmaz çünkü /usr/src/appkapsayıcınızın içindeki dizinde olmayacaksınız .
Bunun Dockerfile'ınızı nereye koyduğunuzla nasıl ilişkili olacağını anlamıyorum (ana makinedeki Dockerfile konumunuzun konteynerin içindeki pwd ile hiçbir ilgisi olmadığı için). Dockerfile'ı projenizde istediğiniz yere koyabilirsiniz. Ancak, ilk argüman COPYgöreceli bir yoldur, bu nedenle Dockerfile'ınızı taşırsanız bu COPYkomutları güncellemeniz gerekebilir .
WORKDIRgibi ekler cd, iki olmaz COPYorijinal örnekteki aynı kaynak ve hedef var?
WORKDIR çalışma dizinini etkiler . Orijinal örnekte, ilk ana bilgisayardan (Dockerfile'a giden göreceli yol) konteynere kopyalar . Aslında, hedefin (kabın içinde) göreceli bir yol kullanmaması (yol ile başlar ) nedeniyle, bu belirli komut üzerinde herhangi bir etkisi yoktur . COPYpackage.json /usr/src/app/package.json WORKDIR/
WORKDIRBir cd. Öyleyse aşağıdaki 2 kod parçası eşdeğer mi? WORKDIR /usr/src/app COPY package.json /usr/src/app/ve WORKDIR /usr/src/app COPY package.json . Teşekkürler
WORKDIR'i uygulamadan önce. Burada WORKDIR yanlış yerdedir ve akıllıca kullanılmamaktadır.
FROM microsoft/aspnetcore:2
COPY --from=build-env /publish /publish
WORKDIR /publish
ENTRYPOINT ["dotnet", "/publish/api.dll"]
WORKDIR'i doğru konuma yerleştirmek için yukarıdaki kodu düzelttik ve aşağıdaki ifadeleri kaldırarak optimize ettik /Publish
FROM microsoft/aspnetcore:2
WORKDIR /publish
COPY --from=build-env /publish .
ENTRYPOINT ["dotnet", "/api.dll"]
WORKDIR"Hiçbir şey normalleştirilemez" ölümcül bir hatayla sonuçlanacak gibi görünen - hedef dizin adı olarak vars kullanmaya dikkat edin . IMO, aynı zamanda , yolun tüm unsurlarının zaten mevcut değilse yaratıldığı WORKDIRgibi aynı şekilde davrandığını da belirtmekte fayda mkdir -p <path>var.
GÜNCELLEME: Çok aşamalı bir yapı çalıştırırken değişkenle ilgili sorunla (yukarıda bahsedilen) karşılaştım - şimdi bir değişken kullanmanın iyi olduğu anlaşılıyor - eğer (değişken) "kapsam dahilindeyse", örneğin aşağıda 2. WORKDIRreferans başarısız olur ...
FROM <some image>
ENV varname varval
WORKDIR $varname
FROM <some other image>
WORKDIR $varname
oysa bunda başarılı ...
FROM <some image>
ENV varname varval
WORKDIR $varname
FROM <some other image>
ENV varname varval
WORKDIR $varname
.oO ( Belki belgelerde vardır ve kaçırdım )
WORKDIRSürekli entegrasyon akışını etkileyebileceğinden, ayarladığınız yere dikkat edin . Örneğin , bunu olarak ayarlamak, kurulum zamanında uzak circleci'nin yaptığı /home/circleci/projectgibi bir şeyde hataya neden olacaktır .ssh.
WORKDIR