ນີ້ແມ່ນຄໍາສັ່ງ docker-build ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
docker-build - ສ້າງຮູບພາບໃຫມ່ຈາກລະຫັດແຫຼ່ງທີ່ PATH
ສະຫຼຸບສັງລວມ
docker ການກໍ່ສ້າງ [--build-arg[=[]]] [--cpu-shares[=0]] [--cgroup-parrent[=CGROUP-PARENT]]
[- ຊ່ວຍ] [-f|--file[=PATH/Dockerfile]] [--force-rm] [--ການແຍກດ່ຽວ[=Default]] [--no-cache]
[--ດຶງ] [-q|--ງຽບ] [--rm[=ທີ່ແທ້ຈິງ]] [-t|--tag[=[]]] [-m|-- ຄວາມຊົງຈໍາ[=ຫນ່ວຍຄວາມຈໍາ]]
[--memory-swap[=ຈຳ ກັດ]] [--shm-ຂະຫນາດ[=SHM-SIZE]] [--cpu-ໄລຍະເວລາ[=0]] [--cpu-ໂຄຕ້າ[=0]]
[--cpuset-cpus[=CPUSET-CPUS]] [--cpuset-mems[=CPUSET-MEMS]] [--ulimit[=[]]]ເສັ້ນທາງ | URL | -
ລາຍລະອຽດ
ນີ້ຈະອ່ານ Dockerfile ຈາກໄດເລກະທໍລີທີ່ລະບຸໄວ້ໃນ PATH. ມັນຍັງສົ່ງໃດໆ
ໄຟລ໌ແລະໄດເລກະທໍລີອື່ນໆທີ່ພົບເຫັນຢູ່ໃນໄດເລກະທໍລີປະຈຸບັນໄປຫາ Docker daemon. ໄດ້
ເນື້ອໃນຂອງໄດເລກະທໍລີນີ້ຈະຖືກໃຊ້ໂດຍ ADD ຄໍາສັ່ງທີ່ພົບເຫັນຢູ່ໃນ Dockerfile.
ຄໍາເຕືອນ, ນີ້ຈະສົ່ງຂໍ້ມູນຈໍານວນຫລາຍໄປຫາ Docker daemon ຂຶ້ນກັບເນື້ອໃນຂອງ
ໄດເລກະທໍລີປະຈຸບັນ. ການກໍ່ສ້າງແມ່ນດໍາເນີນການໂດຍ Docker daemon, ບໍ່ແມ່ນໂດຍ CLI, ດັ່ງນັ້ນທັງຫມົດ
ສະພາບການຈະຕ້ອງຖືກໂອນໄປຫາ daemon. Docker CLI ລາຍງານ "ການສົ່ງເນື້ອຫາການກໍ່ສ້າງ
to Docker daemon" ເມື່ອສະພາບການຖືກສົ່ງໄປຫາ daemon.
ເມື່ອ URL ໄປຫາບ່ອນເກັບມ້ຽນ tarball ຫຼື Dockerfile ດຽວຖືກມອບໃຫ້, ບໍ່ມີການສົ່ງເນື້ອຫາໃດໆ
ຈາກລູກຄ້າໄປຫາ Docker daemon. ໃນກໍລະນີນີ້, Dockerfile ຢູ່ຮາກຂອງ
archive ແລະສ່ວນທີ່ເຫຼືອຂອງ archive ຈະຖືກນໍາໃຊ້ເປັນສະພາບການຂອງການກໍ່ສ້າງ. ເມື່ອ Git
repository ໄດ້ຖືກກໍານົດເປັນ URL, repository ແມ່ນ cloned ທ້ອງຖິ່ນແລະຫຼັງຈາກນັ້ນສົ່ງເປັນ
ສະພາບການ.
OPTIONS
-f, --file=PATH/Dockerfile
ເສັ້ນທາງໄປຫາ Dockerfile ທີ່ຈະໃຊ້. ຖ້າເສັ້ນທາງແມ່ນເສັ້ນທາງພີ່ນ້ອງແລະເຈົ້າ
ການກໍ່ສ້າງຈາກໄດເລກະທໍລີທ້ອງຖິ່ນ, ຫຼັງຈາກນັ້ນເສັ້ນທາງຕ້ອງເປັນພີ່ນ້ອງກັນ
ໄດເລກະທໍລີ. ຖ້າທ່ານກໍາລັງສ້າງຈາກ URL ຫ່າງໄກສອກຫຼີກທີ່ຊີ້ໄປຫາບໍ່ວ່າຈະ a
tarball ຫຼື Git repository, ຫຼັງຈາກນັ້ນເສັ້ນທາງຕ້ອງເປັນພີ່ນ້ອງກັບຮາກຂອງ
ສະພາບການທາງໄກ. ໃນທຸກກໍລະນີ, ໄຟລ໌ຕ້ອງຢູ່ໃນບໍລິບົດການກໍ່ສ້າງ.
ຄ່າເລີ່ມຕົ້ນແມ່ນ dockerfile.
--build-arg=ຕົວແປ
ຊື່ ແລະຄ່າຂອງ ກ buildarg.
ຕົວຢ່າງ, ຖ້າທ່ານຕ້ອງການຜ່ານມູນຄ່າສໍາລັບ http_proxy, ໃຊ້
--build-arg=http_proxy="http://some.proxy.url"
ຜູ້ໃຊ້ຜ່ານມູນຄ່າເຫຼົ່ານີ້ໃນເວລາສ້າງ. Docker ໃຊ້ buildargs ເປັນ
ສະພາບການສະພາບແວດລ້ອມສໍາລັບຄໍາສັ່ງດໍາເນີນການຜ່ານ Dockerfile's RUN ຄໍາແນະນໍາແລະ
ຫຼືສໍາລັບການຂະຫຍາຍຕົວແປໃນຄໍາແນະນໍາ Dockerfile ອື່ນໆ. ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າ
ສໍາລັບການຖ່າຍທອດຄ່າລັບ. ⟨/ອ້າງອີງ/ຜູ້ກໍ່ສ້າງ/#arg⟩
--force-rm=ທີ່ແທ້ຈິງ|ທີ່ບໍ່ຖືກຕ້ອງ
ເອົາຕູ້ຄອນເທນເນີລະດັບປານກາງອອກສະເໝີ, ເຖິງແມ່ນວ່າຫຼັງຈາກການກໍ່ສ້າງບໍ່ສຳເລັດກໍຕາມ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
ທີ່ບໍ່ຖືກຕ້ອງ.
--ການແຍກດ່ຽວ="Default"
ການໂດດດ່ຽວລະບຸປະເພດຂອງເທັກໂນໂລຍີການໂດດດ່ຽວທີ່ໃຊ້ໂດຍພາຊະນະບັນຈຸ.
--no-cache=ທີ່ແທ້ຈິງ|ທີ່ບໍ່ຖືກຕ້ອງ
ຢ່າໃຊ້ cache ເມື່ອສ້າງຮູບພາບ. ຄ່າເລີ່ມຕົ້ນແມ່ນ ທີ່ບໍ່ຖືກຕ້ອງ.
- ຊ່ວຍ
ພິມຄໍາຖະແຫຼງການການນໍາໃຊ້
--ດຶງ=ທີ່ແທ້ຈິງ|ທີ່ບໍ່ຖືກຕ້ອງ
ພະຍາຍາມດຶງເວີຊັນໃໝ່ຂອງຮູບສະເໝີ. ຄ່າເລີ່ມຕົ້ນແມ່ນ ທີ່ບໍ່ຖືກຕ້ອງ.
-q, --ງຽບ=ທີ່ແທ້ຈິງ|ທີ່ບໍ່ຖືກຕ້ອງ
ສະກັດກັ້ນການສ້າງຜົນຜະລິດແລະພິມ ID ຮູບພາບກ່ຽວກັບຄວາມສໍາເລັດ. ຄ່າເລີ່ມຕົ້ນແມ່ນ ທີ່ບໍ່ຖືກຕ້ອງ.
--rm=ທີ່ແທ້ຈິງ|ທີ່ບໍ່ຖືກຕ້ອງ
ເອົາຖັງບັນຈຸລະດັບປານກາງອອກຫຼັງຈາກການກໍ່ສ້າງສໍາເລັດ. ຄ່າເລີ່ມຕົ້ນແມ່ນ ທີ່ແທ້ຈິງ.
-t, --tag=""
ຊື່ repository (ແລະທາງເລືອກທີ່ມີ tags) ທີ່ຈະນໍາໃຊ້ກັບຮູບພາບຜົນໄດ້ຮັບໃນ
ກໍລະນີຂອງຄວາມສໍາເລັດ.
-m, -- ຄວາມຊົງຈໍາ=ຫນ່ວຍຄວາມຈໍາ
ຈຳກັດຄວາມຈຳ
--memory-swap=ຈຳ ກັດ
ຄ່າຈຳກັດເທົ່າກັບ memory plus swap. ຕ້ອງໃຊ້ກັບ -m (-- ຄວາມຊົງຈໍາ) ທຸງ. ໄດ້
ແລກປ່ຽນປະສົບ ຈຳ ກັດ ຄວນຈະໃຫຍ່ກວ່າສະເໝີ -m (-- ຄວາມຊົງຈໍາ) ມູນຄ່າ.
ຮູບແບບຂອງ ຈຳ ກັດ is [ ]. ຫນ່ວຍສາມາດ b (ໄບຕ໌), k (ກິໂລໄບ), m
(ເມກາໄບ), ຫຼື g (gigabytes). ຖ້າຫາກວ່າທ່ານບໍ່ໄດ້ລະບຸຫົວຫນ່ວຍ, b ຖືກນໍາໃຊ້. ຕັ້ງ LIMIT ເປັນ -1 to
ເປີດໃຊ້ swap ບໍ່ຈໍາກັດ.
--shm-ຂະຫນາດ=SHM-SIZE
ຂະ ໜາດ ຂອງ /dev/shm. ຮູບແບບແມ່ນ . ຈໍານວນ ຕ້ອງໃຫຍ່ກວ່າ 0.
ຫນ່ວຍບໍລິການແມ່ນທາງເລືອກແລະສາມາດເປັນ b (ໄບຕ໌), k (ກິໂລໄບ), m (ເມກາໄບ), ຫຼື g (gigabytes).
ຖ້າຫາກວ່າທ່ານຍົກເວັ້ນຫນ່ວຍບໍລິການ, ລະບົບການນໍາໃຊ້ bytes.
ຖ້າທ່ານຍົກເລີກຂະຫນາດທັງຫມົດ, ລະບົບຈະໃຊ້ 64m.
--cpu-shares=0
ສ່ວນແບ່ງ CPU (ນ້ຳໜັກສົມທຽບ).
ໂດຍຄ່າເລີ່ມຕົ້ນ, ບັນຈຸທັງຫມົດໄດ້ຮັບອັດຕາສ່ວນດຽວກັນຂອງວົງຈອນ CPU.
ສ່ວນແບ່ງ CPU ເປັນ 'ນ້ຳໜັກສົມທຽບ', ທຽບກັບຄ່າເລີ່ມຕົ້ນຂອງ 1024.
ຄ່າເລີ່ມຕົ້ນນີ້ຖືກກໍານົດຢູ່ທີ່ນີ້:
cat /sys/fs/cgroup/cpu/cpu.shares
1024
ທ່ານສາມາດປ່ຽນອັດຕາສ່ວນນີ້ໄດ້ໂດຍການປັບສ່ວນແບ່ງ CPU ຂອງຖັງ
ນ້ຳໜັກທຽບກັບນ້ຳໜັກຂອງພາຊະນະບັນຈຸອື່ນໆທັງໝົດ.
ເພື່ອແກ້ໄຂອັດຕາສ່ວນຈາກຄ່າເລີ່ມຕົ້ນຂອງ 1024, ໃຊ້ --cpu-shares
ທຸງເພື່ອກໍານົດນ້ໍາຫນັກເປັນ 2 ຫຼືສູງກວ່າ.
Container CPU share Flag
{C0} 60% ຂອງ CPU --cpu-shares=614 (614 ແມ່ນ 60% ຂອງ 1024)
{C1} 40% ຂອງ CPU --cpu-shares=410 (410 ແມ່ນ 40% ຂອງ 1024)
ອັດຕາສ່ວນແມ່ນໃຊ້ພຽງແຕ່ເມື່ອຂະບວນການທີ່ໃຊ້ CPU ເຮັດວຽກ.
ເມື່ອໜ້າວຽກຢູ່ໃນກ່ອງບັນຈຸໜຶ່ງບໍ່ເຮັດວຽກ, ກ່ອງບັນຈຸອື່ນສາມາດໃຊ້ໄດ້
ເວລາ CPU ທີ່ເຫຼືອ. ຈໍານວນຕົວຈິງຂອງເວລາ CPU ທີ່ໃຊ້ແຕກຕ່າງກັນຂຶ້ນກັບ
ຈໍານວນຂອງບັນຈຸທີ່ແລ່ນຢູ່ໃນລະບົບ.
ຕົວຢ່າງ, ພິຈາລະນາສາມຖັງ, ບ່ອນທີ່ຫນຶ່ງມີ --cpu-shares=1024 ແລະ
ອີກສອງຄົນມີ --cpu-shares=512. ເມື່ອຂະບວນການທັງສາມ
containers ພະຍາຍາມໃຊ້ 100% ຂອງ CPU, container ທໍາອິດຈະໄດ້ຮັບ
50% ຂອງເວລາ CPU ທັງໝົດ. ຖ້າທ່ານເພີ່ມຖັງທີ່ສີ່ດ້ວຍ --cpu-shares=1024,
ຖັງທໍາອິດໄດ້ຮັບພຽງແຕ່ 33% ຂອງ CPU. ບັນຈຸທີ່ຍັງເຫຼືອ
ໄດ້ຮັບ 16.5%, 16.5% ແລະ 33% ຂອງ CPU.
Container CPU ແບ່ງປັນເວລາ CPU ທຸງ
{C0} 100% --cpu-shares=1024 33%
{C1} 50% --cpu-shares=512 16.5%
{C2} 50% --cpu-shares=512 16.5%
{C4} 100% --cpu-shares=1024 33%
ໃນລະບົບຫຼາຍຫຼັກ, ການແບ່ງປັນຂອງເວລາ CPU ແມ່ນແຈກຢາຍໃນທົ່ວ CPU
ຫຼັກ. ເຖິງແມ່ນວ່າຖັງບັນຈຸຖືກຈໍາກັດຫນ້ອຍກວ່າ 100% ຂອງເວລາ CPU, ມັນກໍ່ສາມາດເຮັດໄດ້
ໃຊ້ 100% ຂອງແຕ່ລະຫຼັກ CPU ແຕ່ລະຄົນ.
ຕົວຢ່າງ, ພິຈາລະນາລະບົບທີ່ມີຫຼາຍກ່ວາສາມແກນ. ຖ້າທ່ານເລີ່ມຕົ້ນຫນຶ່ງ
ບ່ອນເກັບມ້ຽນ {C0} ກັບ --cpu-shares=512 ແລ່ນຂະບວນການຫນຶ່ງ, ແລະບັນຈຸອື່ນ
{C1} ກັບ --cpu-shares=1024 ແລ່ນສອງຂະບວນການ, ນີ້ສາມາດສົ່ງຜົນຕໍ່ໄປນີ້
ການແບ່ງປັນຂອງ CPU:
ການແບ່ງປັນ CPU ບັນຈຸ PID
100 {C0} 0 100% ຂອງ CPU0
101 {C1} 1 100% ຂອງ CPU1
102 {C1} 2 100% ຂອງ CPU2
--cpu-ໄລຍະເວລາ=0
ຈໍາກັດໄລຍະເວລາ CPU CFS (ຕົວກໍານົດເວລາທີ່ຖືກຕ້ອງຢ່າງສົມບູນ).
ຈຳກັດການໃຊ້ CPU ຂອງກ່ອງບັນຈຸ. ທຸງນີ້ເຮັດໃຫ້ kernel ຈໍາກັດການ
ການໃຊ້ CPU ຂອງ container ກັບໄລຍະເວລາທີ່ທ່ານລະບຸ.
--cpu-ໂຄຕ້າ=0
ຈຳກັດໂຄຕ້າ CPU CFS (ຕົວກຳນົດເວລາທີ່ຖືກຕ້ອງຢ່າງສົມບູນ).
ໂດຍຄ່າເລີ່ມຕົ້ນ, containers ແລ່ນດ້ວຍຊັບພະຍາກອນ CPU ເຕັມ. ທຸງນີ້ເຮັດໃຫ້ kernel ໄດ້
ຈໍາກັດການນໍາໃຊ້ CPU ຂອງພາຊະນະໃນໂຄຕາທີ່ທ່ານລະບຸໄວ້.
--cpuset-cpus=CPUSET-CPUS
CPUs ທີ່ອະນຸຍາດໃຫ້ປະຕິບັດ (0-3, 0,1).
--cpuset-mems=CPUSET-MEMS
ໂຫມດຫນ່ວຍຄວາມຈໍາ (MEMs) ທີ່ອະນຸຍາດໃຫ້ປະຕິບັດ (0-3, 0,1). ມີປະສິດທິຜົນພຽງແຕ່ໃນ
NUMA ລະບົບ.
ຕົວຢ່າງ, ຖ້າທ່ານມີສີ່ຫນ່ວຍຄວາມຈໍາໃນລະບົບຂອງເຈົ້າ (0-3), ໃຫ້ໃຊ້ --cpuset-mems=0,1 to
ໃຫ້ແນ່ໃຈວ່າຂະບວນການໃນ Docker ຂອງທ່ານໃຊ້ພຽງແຕ່ຫນ່ວຍຄວາມຈໍາຈາກສອງຫນ່ວຍຄວາມຈໍາທໍາອິດ
ຂໍ້.
--cgroup-parrent=CGROUP-PARENT
ເສັ້ນທາງໄປ ກຸ່ມ ພາຍໃຕ້ການບັນຈຸຂອງ cgroup ຖືກສ້າງຂື້ນ.
ຖ້າເສັ້ນທາງບໍ່ແມ່ນຢ່າງແທ້ຈິງ, ເສັ້ນທາງຖືກພິຈາລະນາທຽບກັບ ກຸ່ມ ເສັ້ນທາງຂອງ
ຂະບວນການເລີ່ມຕົ້ນ. Cgroups ຖືກສ້າງຂື້ນຖ້າພວກເຂົາບໍ່ມີຢູ່ແລ້ວ.
--ulimit=[]
ທາງເລືອກສູງສຸດ
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບ ສູງສຸດ ເບິ່ງ
⟨https://docs.docker.com/reference/commandline/run/#setting-ulimits-in-a-container⟩
ຕົວຢ່າງ
ການກໍ່ສ້າງ an ຮູບພາບເລັກນ້ອຍ ການນໍາໃຊ້ a dockerfile ຕັ້ງຢູ່ ພາຍໃນ ໄດ້ ໃນປະຈຸບັນ ລະບົບ
ຮູບພາບ Docker ສາມາດຖືກສ້າງຂຶ້ນໂດຍໃຊ້ຄໍາສັ່ງສ້າງແລະ Dockerfile:
ການສ້າງ docker.
ໃນລະຫວ່າງຂະບວນການສ້າງ Docker ສ້າງຮູບພາບລະດັບປານກາງ. ເພື່ອຮັກສາໃຫ້ເຂົາເຈົ້າ, ທ່ານ
ຕ້ອງໄດ້ກໍານົດຢ່າງຈະແຈ້ງ --rm=false.
docker build --rm=false .
ການປະຕິບັດທີ່ດີແມ່ນການສ້າງໄດເລກະທໍລີຍ່ອຍທີ່ມີຊື່ທີ່ກ່ຽວຂ້ອງແລະສ້າງ Dockerfile
ໃນລະບົບນັ້ນ. ຕົວຢ່າງ, ໄດເລກະທໍລີທີ່ເອີ້ນວ່າ mongo ອາດຈະມີ Dockerfile to
ສ້າງຮູບພາບ Docker MongoDB. ເຊັ່ນດຽວກັນ, ໄດເລກະທໍລີອື່ນທີ່ເອີ້ນວ່າ httpd ອາດຈະຖືກນໍາໃຊ້ເພື່ອ
ເກັບຮັກສາ Dockerfiles ສໍາລັບຮູບພາບເຊີຟເວີເວັບ Apache.
ມັນຍັງເປັນການປະຕິບັດທີ່ດີທີ່ຈະເພີ່ມໄຟລ໌ທີ່ຕ້ອງການສໍາລັບຮູບພາບໄປຍັງໄດເລກະທໍລີຍ່ອຍ.
ຫຼັງຈາກນັ້ນ, ໄຟລ໌ເຫຼົ່ານີ້ຈະຖືກລະບຸໄວ້ກັບ COPY or ADD ຄໍາແນະນໍາໃນ dockerfile.
ຫມາຍເຫດ: ຖ້າທ່ານລວມເອົາໄຟລ໌ tar (ການປະຕິບັດທີ່ດີ), ຫຼັງຈາກນັ້ນ Docker ຈະສະກັດອັດຕະໂນມັດ
ເນື້ອໃນຂອງໄຟລ໌ tar ທີ່ລະບຸໄວ້ພາຍໃນ ADD ຄໍາແນະນໍາທີ່ກໍານົດໄວ້
ເປົ້າຫມາຍ.
ການກໍ່ສ້າງ an ຮູບພາບເລັກນ້ອຍ ແລະ naming ທີ່ ຮູບພາບເລັກນ້ອຍ
ການປະຕິບັດທີ່ດີແມ່ນການໃຫ້ຊື່ກັບຮູບພາບທີ່ທ່ານກໍາລັງສ້າງ. ໃຫ້ສັງເກດວ່າພຽງແຕ່ a-z0-9-_.
ຄວນໃຊ້ເພື່ອຄວາມສອດຄ່ອງ. ບໍ່ມີກົດລະບຽບຍາກຢູ່ທີ່ນີ້ແຕ່ມັນດີທີ່ສຸດທີ່ຈະໃຫ້
ການພິຈາລະນາຊື່.
ໄດ້ -t/--tag ທຸງຖືກໃຊ້ເພື່ອປ່ຽນຊື່ຮູບພາບ. ນີ້ແມ່ນບາງຕົວຢ່າງ:
ເຖິງແມ່ນວ່າມັນບໍ່ແມ່ນການປະຕິບັດທີ່ດີ, ຊື່ຮູບພາບສາມາດເປັນຕົວຕົນ:
docker build -t myimage .
ວິທີການທີ່ດີກວ່າແມ່ນການສະຫນອງບ່ອນເກັບມ້ຽນ, ຊື່, ແລະແທັກທີ່ມີຄຸນວຸດທິຄົບຖ້ວນແລະມີຄວາມຫມາຍ
(ບ່ອນທີ່ແທັກໃນບໍລິບົດນີ້ຫມາຍເຖິງຄຸນສົມບັດຫຼັງຈາກ ":"). ໃນຕົວຢ່າງນີ້ພວກເຮົາ
ສ້າງຮູບພາບ JBoss ສໍາລັບບ່ອນເກັບມ້ຽນ Fedora ແລະໃຫ້ມັນເປັນເວີຊັນ 1.0:
docker build -t fedora/jboss:1.0 .
ຕົວຢ່າງຕໍ່ໄປແມ່ນສໍາລັບ "whenry" repository ຜູ້ໃຊ້ແລະໃຊ້ Fedora ແລະ JBoss ແລະໃຫ້
ມັນເປັນສະບັບ 2.1:
docker build -t whenry/fedora-jboss:v2.1 .
ຖ້າທ່ານບໍ່ໃຫ້ແທັກສະບັບ, Docker ຈະມອບຫມາຍ ຫຼ້າສຸດ:
docker build -t whenry/fedora-jboss .
ເມື່ອທ່ານລາຍຊື່ຮູບພາບ, ຮູບພາບຂ້າງເທິງຈະມີແທັກ ຫຼ້າສຸດ.
ທ່ານສາມາດນໍາໃຊ້ຫຼາຍ tags ກັບຮູບພາບ. ສໍາລັບຕົວຢ່າງ, ທ່ານສາມາດນໍາໃຊ້ໄດ້ ຫຼ້າສຸດ tag ເປັນ
ຮູບພາບທີ່ສ້າງຂຶ້ນໃຫມ່ແລະເພີ່ມແທັກອື່ນທີ່ອ້າງອີງເຖິງສະບັບສະເພາະ. ຕົວຢ່າງ, ເພື່ອ
tag ຮູບພາບທັງສອງເປັນ whenry/fedora-jboss: ລ່າສຸດ ແລະ whenry/fedora-jboss:v2.1, ໃຊ້
ຕໍ່ໄປນີ້:
docker build -t whenry/fedora-jboss:latest -t whenry/fedora-jboss:v2.1 .
ສະນັ້ນ ການປ່ຽນຊື່ຮູບພາບແມ່ນເປັນການກະທຳທີ່ຕົນເອງມັກ ແຕ່ການພິຈາລະນາຄວນຖືກພິຈາລະນາເປັນສົນທິສັນຍາທີ່ເປັນປະໂຫຍດ
ທີ່ເຮັດໃຫ້ຄວາມຮູ້ສຶກສໍາລັບຜູ້ບໍລິໂພກແລະຄວນຄໍານຶງເຖິງຊຸມຊົນ Docker
ສົນທິສັນຍາ.
ການກໍ່ສ້າງ an ຮູບພາບເລັກນ້ອຍ ການນໍາໃຊ້ a URL
ນີ້ຈະ clone ພື້ນທີ່ເກັບຂໍ້ມູນ GitHub ທີ່ກໍານົດໄວ້ຈາກ URL ແລະນໍາໃຊ້ມັນເປັນສະພາບການ. ໄດ້
Dockerfile ຢູ່ຮາກຂອງ repository ຖືກນໍາໃຊ້ເປັນ Dockerfile. ນີ້ພຽງແຕ່ເຮັດວຽກຖ້າຫາກວ່າ
GitHub repository ເປັນ repository ສະເພາະ.
docker ສ້າງ github.com/scollier/purpletest
ຫມາຍເຫດ: ທ່ານສາມາດກໍານົດ repository Git arbitrary ໂດຍຜ່ານການ git:// ແຜນຜັງ.
ການກໍ່ສ້າງ an ຮູບພາບເລັກນ້ອຍ ການນໍາໃຊ້ a URL to a tarball'ed context
ນີ້ຈະສົ່ງ URL ຕົວຂອງມັນເອງໄປຫາ Docker daemon. daemon ຈະເອົາ tarball ໄດ້
archive, decompress ມັນແລະນໍາໃຊ້ເນື້ອໃນຂອງມັນເປັນເນື້ອໃນການກໍ່ສ້າງ. Dockerfile ຢູ່
ຮາກຂອງຮວບຮວມແລະສ່ວນທີ່ເຫຼືອຂອງຮວບຮວມຈະຖືກໃຊ້ເປັນສະພາບການຂອງການກໍ່ສ້າງ.
ຖ້າຫາກວ່າທ່ານຜ່ານການ -f PATH/Dockerfile ທາງເລືອກເຊັ່ນດຽວກັນ, ລະບົບຈະຊອກຫາໄຟລ໌ນັ້ນ
ພາຍໃນເນື້ອໃນຂອງ tarball ໄດ້.
docker build -f dev/Dockerfile https://10.10.10.1/docker/context.tar.gz
ໝາຍເຫດ: ຮູບແບບການບີບອັດທີ່ຮອງຮັບແມ່ນ 'xz', 'bzip2', 'gzip' ແລະ 'identity' (ບໍ່.
ການບີບອັດ).
ລະບຸວ່າ ການໂດດດ່ຽວ ເຕັກໂນໂລຊີ ສໍາລັບການ ບ່ອນເກັບມ້ຽນ (--ການແຍກດ່ຽວ)
ຕົວເລືອກນີ້ແມ່ນເປັນປະໂຫຍດໃນສະຖານະການທີ່ທ່ານກໍາລັງໃຊ້ Docker containers ໃນ Windows.
ໄດ້ --ການໂດດດ່ຽວ= ທາງເລືອກກໍານົດເຕັກໂນໂລຢີການໂດດດ່ຽວຂອງຖັງ. ໃນ Linux, ອັນດຽວ
ສະຫນັບສະຫນູນແມ່ນ Default ທາງເລືອກທີ່ໃຊ້ Linux namespaces. ໃນ Microsoft Windows, ທ່ານສາມາດເຮັດໄດ້
ລະບຸຄ່າເຫຼົ່ານີ້:
· Default: ໃຊ້ຄ່າທີ່ລະບຸໂດຍ Docker daemon's --exec-opt ທີ່ຢູ່ ຖ້າຫາກວ່າ daemon ບໍ່
ບໍ່ລະບຸເທັກໂນໂລຍີການໂດດດ່ຽວ, Microsoft Windows ໃຊ້ ຂະບວນການ ເປັນຄ່າເລີ່ມຕົ້ນຂອງມັນ
ມູນຄ່າ.
· ຂະບວນການ: ການໂດດດ່ຽວ Namespace ເທົ່ານັ້ນ.
· hyperv: Hyper-V hypervisor isolation-based partition-based.
ການລະບຸ --ການແຍກດ່ຽວ ທຸງທີ່ບໍ່ມີຄ່າແມ່ນຄືກັນກັບການຕັ້ງຄ່າ
-- isolation = "ຄ່າເລີ່ມຕົ້ນ".
ປະຫວັດຄວາມເປັນ
ເດືອນມີນາ 2014, ລວບລວມໃນເບື້ອງຕົ້ນໂດຍ William Henry (whenry at redhat dot com) ອີງໃສ່
docker.com ແຫຼ່ງອຸປະກອນແລະການເຮັດວຽກພາຍໃນ. ເດືອນມິຖຸນາ 2014, ປັບປຸງໂດຍ Sven Dowideit
⟨[email protected]⟩ ເດືອນມິຖຸນາ 2015, ປັບປຸງໂດຍ Sally O'Malley ⟨[email protected]⟩
ໃຊ້ docker-build ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net