Welcome to nginx!

Docker barpo etish, buyruq bir muhtoj Dockerfile va qurish kontekstni ( Build kontekstni , bo'sh bo'lishi mumkin). Qurilish konteksti - bu Dockerfile- dagi ADD va COPY bayonotlarida havola qilinishi mumkin bo'lgan va odatda yo'l va katalog sifatida aniqlanadigan mahalliy fayllar va kataloglar to'plamidir . 
Masalan, "Dockerfile- dan rasmlarni yaratish" bo'limida build docker build -t test / coway-dockerfile buyrug'idan foydalanamiz . , "' Uchun kontekstni belgilaydi . , joriy ishchi katalog. Yo'lda joylashgan barcha fayllar va kataloglar qurilish kontekstini tashkil qiladi va qurish jarayoni doirasida Docker xizmatiga yuboriladi .       
Kontekst tavsiflanmagan holatlarda - agar URL faqat Dockfile-ga uzatilsa yoki Dockfile- ning tarkibi STDIN orqali quvur liniyasida uzatilsa - qurilish konteksti bo'sh deb hisoblanadi.
Agar http yoki https bilan boshlanadigan URL berilgan bo'lsa , u Dockerfile-ga to'g'ridan-to'g'ri bog'lanish deb taxmin qilinadi . Dockerfile- ga hech qanday kontekstni bog'lamaslik foydali emas (va arxivlarga havolalarni qabul qilmaslik).
Git ombori qurilish konteksti sifatida ham belgilanishi mumkin. Bu holda, Docker mijoz klonlar jihozi va keyin yuborilgan vaqtinchalik katalogda, barcha submodules Docker demoniga shakllanishining kontekst sifatida. Docker sizning kontekstingizni git ombori sifatida ko'rib chiqadi, agar yo'l github.com/ , _ git @ yoki _ git : // bilan boshlangan bo'lsa . Umuman olganda, men ushbu usuldan qochishni tavsiya qilaman va buning o'rniga omborlarni qo'lda tekshirib ko'ring , bu esa yanada moslashuvchan va chalkashlik uchun kamroq joy qoldiradi.
Docker mijozi , shuningdek, STDIN orqali kiritishni kontekst o'rniga argument sifatida " - " o'tish orqali qabul qilishi mumkin . Kiritish, shuningdek, hech qanday kontekstsiz Dockerfile bo'lishi mumkin (ya'ni docker build - ). Arxiv fayllari tar.gz , xz yoki bzip2 formatida bo'lishi mumkin .  
Dockerfile- ning kontekstdagi joylashuvi -f argumenti bilan aniqlanishi mumkin , (ya'ni docker build -f dockerfiles / Dockerfile.debug ). Agar aniq belgilanmagan bo'lsa, Docker kontekstning tagida Dockerfile nomli faylni qidiradi .  
Rasm darajalari
Yangi Docker foydalanuvchilari ko'pincha tasodifiy qurilgan rasmlarni tushiradilar. Dockerfile- dagi har bir ko'rsatma konteynerni ishga tushirish uchun ishlatilishi mumkin bo'lgan rasmning yangi qatlamini keltirib chiqaradi. Yangi qavat avvalgi darajadagi rasm yordamida konteynerni ishga tushirish, Dockerfile operatorini bajarish va yangi rasmni saqlash orqali yaratiladi . Dockerfile bayonoti muvaffaqiyatli bajarilgandan so'ng, agar argument - rm = false ko'rsatilmagan bo'lsa , oraliq konteyner o'chiriladi (agar men sizni bu erda yo'qotgan bo'lsam , umidingizni yo'qotmang. Bizning disk raskadrovka misolimizda docker build natijalarini ko'rgandan keyin hammasi o'z joyiga tushadi ). Har bir ko'rsatmaning natijasi statik tasvirdan iborat bo'lgani uchun - asosan fayl tizimi va ba'zi bir metama'lumotlar - yo'riqnomada bajarilgan barcha jarayonlar to'xtatiladi. Bu shuni anglatadiki, ma'lumotlar bazalari yoki SSH demonlari kabi uzoq muddatli jarayonlarni RUN operatorida ishlatishingiz mumkin bo'lsa ham , ular keyingi bayonot ishlov berilganda yoki konteyner ishga tushirilganda ular endi bajarilmaydi. Agar siz xizmatni yoki konteyner bilan ishlov berishni boshlashni xohlasangiz, uni ENTRYPOINT yoki CMD bayonotidan boshlash kerak .