ഡോക്കർ-ബിൽഡ് - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

docker-build - PATH-ലെ സോഴ്സ് കോഡിൽ നിന്ന് ഒരു പുതിയ ചിത്രം നിർമ്മിക്കുക

സിനോപ്സിസ്

ഡോക്കർ പണിയുക [--ബിൽഡ്-ആർഗ്[=[]]] [--cpu-shares[=0]] [--cgroup-parent[=CGROUP-പാരന്റ്]]
[--സഹായിക്കൂ] [-f|--ഫയൽ[=PATH/Dockerfile]] [--force-rm] [--ഐസൊലേഷൻ[=സ്ഥിരസ്ഥിതി]] [--നോ-കാഷെ]
[--വലിക്കുക] [-q|--നിശബ്ദമായി] [--rm[=യഥാർഥ]] [-t|--ടാഗ്[=[]]] [-m|--ഓർമ്മ[=MEMORY]]
[--മെമ്മറി സ്വാപ്പ്[=പരിധി]] [--shm-വലിപ്പം[=SHM-വലിപ്പം]] [--സിപിയു-കാലയളവ്[=0]] [--സിപിയു-ക്വോട്ട[=0]]
[--cpuset-cpus[=CPUSET-CPUS]] [--cpuset-mems[=CPUSET-MEMS]] [--അലിമിറ്റ്[=[]]] പാത | URL | -

വിവരണം

ഇത് വ്യക്തമാക്കിയ ഡയറക്ടറിയിൽ നിന്ന് ഡോക്കർഫയലിനെ വായിക്കും PATH. അതും ഏതെങ്കിലും അയയ്ക്കുന്നു
ഡോക്കർ ഡെമണിലേക്കുള്ള നിലവിലെ ഡയറക്‌ടറിയിൽ കണ്ടെത്തിയ മറ്റ് ഫയലുകളും ഡയറക്‌ടറികളും. ദി
ഈ ഡയറക്ടറിയിലെ ഉള്ളടക്കങ്ങൾ ഉപയോഗിക്കും ചേർക്കുക ഡോക്കർഫയലിൽ കമാൻഡുകൾ കണ്ടെത്തി.

മുന്നറിയിപ്പ്, ഇത് ഉള്ളടക്കത്തെ ആശ്രയിച്ച് ഡോക്കർ ഡെമണിലേക്ക് ധാരാളം ഡാറ്റ അയയ്ക്കും
നിലവിലെ ഡയറക്‌ടറി. ബിൽഡ് പ്രവർത്തിപ്പിക്കുന്നത് ഡോക്കർ ഡെമൺ ആണ്, CLI അല്ല, അതിനാൽ മുഴുവൻ
സന്ദർഭം ഡെമനിലേക്ക് മാറ്റണം. ഡോക്കർ CLI റിപ്പോർട്ട് ചെയ്യുന്നു "ബിൽഡ് സന്ദർഭം അയയ്ക്കുന്നു
ഡോക്കർ ഡെമണിലേക്ക്" സന്ദർഭം ഡെമനിലേക്ക് അയയ്ക്കുമ്പോൾ.

ഒരു ടാർബോൾ ആർക്കൈവിലേക്കോ ഒരൊറ്റ ഡോക്കർഫയിലേക്കോ URL നൽകുമ്പോൾ, ഒരു സന്ദർഭവും അയയ്ക്കില്ല
ക്ലയന്റ് മുതൽ ഡോക്കർ ഡെമൺ വരെ. ഈ സാഹചര്യത്തിൽ, ഡോക്കർഫയൽ റൂട്ടിൽ
ആർക്കൈവും ബാക്കിയുള്ള ആർക്കൈവും ബിൽഡിന്റെ സന്ദർഭമായി ഉപയോഗിക്കും. എപ്പോൾ ഒരു Git
റിപ്പോസിറ്ററി ആയി സജ്ജീകരിച്ചിരിക്കുന്നു യുആർഎൽ, റിപ്പോസിറ്ററി പ്രാദേശികമായി ക്ലോൺ ചെയ്യുകയും തുടർന്ന് അയക്കുകയും ചെയ്യുന്നു
സന്ദർഭം.

ഓപ്ഷനുകൾ

-f, --ഫയൽ=PATH/Dockerfile
ഉപയോഗിക്കാനുള്ള ഡോക്കർഫയിലേക്കുള്ള പാത. പാത ഒരു ആപേക്ഷിക പാതയാണെങ്കിൽ നിങ്ങൾ
ഒരു ലോക്കൽ ഡയറക്‌ടറിയിൽ നിന്ന് നിർമ്മിക്കുക, അപ്പോൾ പാത അതിനോട് ആപേക്ഷികമായിരിക്കണം
ഡയറക്ടറി. നിങ്ങൾ ഒരു വിദൂര URL-ലേക്ക് ചൂണ്ടിക്കാണിച്ചാണ് നിർമ്മിക്കുന്നതെങ്കിൽ a
ടാർബോൾ അല്ലെങ്കിൽ ഒരു Git റിപ്പോസിറ്ററി, അപ്പോൾ പാതയുടെ റൂട്ടുമായി ബന്ധപ്പെട്ടതായിരിക്കണം
വിദൂര സന്ദർഭം. എല്ലാ സാഹചര്യങ്ങളിലും, ഫയൽ ബിൽഡ് സന്ദർഭത്തിനുള്ളിൽ ആയിരിക്കണം.
സ്ഥിരസ്ഥിതി Dockerfile.

--ബിൽഡ്-ആർഗ്=വേരിയബിൾ
a യുടെ പേരും മൂല്യവും ബിൽഡർഗ്.

ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു മൂല്യം കൈമാറണമെങ്കിൽ http_proxy, ഉപയോഗിക്കുക
--build-arg=http_proxy="http://some.proxy.url"

ബിൽഡ്-ടൈമിൽ ഉപയോക്താക്കൾ ഈ മൂല്യങ്ങൾ കൈമാറുന്നു. ഡോക്കർ ഉപയോഗിക്കുന്നു ബിൽഡർഗുകൾ പോലെ
ഡോക്കർഫൈൽ വഴി പ്രവർത്തിപ്പിക്കുന്ന കമാൻഡ്(കൾ)ക്കുള്ള പരിസ്ഥിതി സന്ദർഭം RUN പ്രബോധനം
അല്ലെങ്കിൽ മറ്റ് ഡോക്കർഫയൽ നിർദ്ദേശങ്ങളിലെ വേരിയബിൾ വിപുലീകരണത്തിനായി. ഇത് ഉദ്ദേശിച്ചതല്ല
രഹസ്യ മൂല്യങ്ങൾ കൈമാറുന്നതിന്. ⟨/റഫറൻസ്/ബിൽഡർ/#arg⟩

--force-rm=യഥാർഥ|തെറ്റായ
പരാജയപ്പെട്ട ബിൽഡിന് ശേഷവും ഇടത്തരം കണ്ടെയ്‌നറുകൾ എപ്പോഴും നീക്കം ചെയ്യുക. സ്ഥിരസ്ഥിതിയാണ്
തെറ്റായ.

--ഐസൊലേഷൻ="സ്ഥിരസ്ഥിതി"
കണ്ടെയ്‌നറുകൾ ഉപയോഗിക്കുന്ന ഐസൊലേഷൻ സാങ്കേതികവിദ്യയുടെ തരം ഐസൊലേഷൻ വ്യക്തമാക്കുന്നു.

--നോ-കാഷെ=യഥാർഥ|തെറ്റായ
ചിത്രം നിർമ്മിക്കുമ്പോൾ കാഷെ ഉപയോഗിക്കരുത്. സ്ഥിരസ്ഥിതിയാണ് തെറ്റായ.

--സഹായിക്കൂ
ഉപയോഗ പ്രസ്താവന അച്ചടിക്കുക

--വലിക്കുക=യഥാർഥ|തെറ്റായ
ചിത്രത്തിൻ്റെ പുതിയ പതിപ്പ് വലിക്കാൻ എപ്പോഴും ശ്രമിക്കുക. സ്ഥിരസ്ഥിതിയാണ് തെറ്റായ.

-q, --നിശബ്ദമായി=യഥാർഥ|തെറ്റായ
ബിൽഡ് ഔട്ട്പുട്ട് അടിച്ചമർത്തുക, വിജയിക്കുമ്പോൾ ഇമേജ് ഐഡി പ്രിന്റ് ചെയ്യുക. സ്ഥിരസ്ഥിതിയാണ് തെറ്റായ.

--rm=യഥാർഥ|തെറ്റായ
വിജയകരമായ നിർമ്മാണത്തിന് ശേഷം ഇന്റർമീഡിയറ്റ് കണ്ടെയ്നറുകൾ നീക്കം ചെയ്യുക. സ്ഥിരസ്ഥിതിയാണ് യഥാർഥ.

-t, --ടാഗ്=""
തത്ഫലമായുണ്ടാകുന്ന ചിത്രത്തിലേക്ക് റിപ്പോസിറ്ററി നാമങ്ങൾ (ടാഗുകൾക്കൊപ്പം ഓപ്ഷണലായി) പ്രയോഗിക്കണം
വിജയം കേസ്.

-m, --ഓർമ്മ=MEMORY
മെമ്മറി പരിധി

--മെമ്മറി സ്വാപ്പ്=പരിധി
മെമ്മറി പ്ലസ് സ്വാപ്പിന് തുല്യമായ ഒരു പരിധി മൂല്യം. കൂടെ ഉപയോഗിക്കേണ്ടതാണ് -m (--ഓർമ്മ) പതാക. ദി
സ്വാപ്പ് പരിധി എപ്പോഴും വലുതായിരിക്കണം -m (--ഓർമ്മ) മൂല്യം.

എന്ന ഫോർമാറ്റ് പരിധി is [ ]. യൂണിറ്റ് ആകാം b (ബൈറ്റുകൾ), k (കിലോബൈറ്റുകൾ), m
(മെഗാബൈറ്റ്), അല്ലെങ്കിൽ g (ജിഗാബൈറ്റ്). നിങ്ങൾ ഒരു യൂണിറ്റ് വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, b ഉപയോഗിക്കുന്നു. LIMIT എന്ന് സജ്ജീകരിക്കുക -1 ലേക്ക്
അൺലിമിറ്റഡ് സ്വാപ്പ് പ്രാപ്തമാക്കുക.

--shm-വലിപ്പം=SHM-വലിപ്പം
വലുപ്പം /dev/shm. ഫോർമാറ്റ് ആണ് . അക്കം എന്നതിനേക്കാൾ വലുതായിരിക്കണം 0.
യൂണിറ്റ് ഓപ്ഷണൽ ആണ്, ആകാം b (ബൈറ്റുകൾ), k (കിലോബൈറ്റുകൾ), m (മെഗാബൈറ്റ്), അല്ലെങ്കിൽ g (ജിഗാബൈറ്റ്).
നിങ്ങൾ യൂണിറ്റ് ഒഴിവാക്കുകയാണെങ്കിൽ, സിസ്റ്റം ബൈറ്റുകൾ ഉപയോഗിക്കുന്നു.
നിങ്ങൾ വലുപ്പം പൂർണ്ണമായും ഒഴിവാക്കുകയാണെങ്കിൽ, സിസ്റ്റം ഉപയോഗിക്കുന്നു 64m.

--cpu-shares=0
സിപിയു ഷെയറുകൾ (ആപേക്ഷിക ഭാരം).

സ്ഥിരസ്ഥിതിയായി, എല്ലാ കണ്ടെയ്‌നറുകൾക്കും സിപിയു സൈക്കിളുകളുടെ അതേ അനുപാതം ലഭിക്കും.
1024-ന്റെ സ്ഥിരസ്ഥിതി ക്രമീകരണവുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ സിപിയു ഷെയറുകൾ ഒരു 'ആപേക്ഷിക ഭാരം' ആണ്.
ഈ ഡിഫോൾട്ട് മൂല്യം ഇവിടെ നിർവചിച്ചിരിക്കുന്നു:

പൂച്ച /sys/fs/cgroup/cpu/cpu.shares
1024

കണ്ടെയ്‌നറിൻ്റെ സിപിയു ഷെയർ ക്രമീകരിച്ചുകൊണ്ട് നിങ്ങൾക്ക് ഈ അനുപാതം മാറ്റാനാകും
ഓടുന്ന മറ്റെല്ലാ കണ്ടെയ്‌നറുകളുടെയും വെയ്റ്റിംഗുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ വെയ്റ്റിംഗ്.

1024 ന്റെ ഡിഫോൾട്ടിൽ നിന്ന് അനുപാതം പരിഷ്കരിക്കുന്നതിന്, ഉപയോഗിക്കുക --cpu-shares
വെയ്റ്റിംഗ് രണ്ടോ അതിലധികമോ ആയി സജ്ജീകരിക്കാൻ ഫ്ലാഗ് ചെയ്യുക.

കണ്ടെയ്നർ സിപിയു ഷെയർ ഫ്ലാഗ്
{C0} 60% CPU --cpu-shares=614 (614 എന്നത് 60 ന്റെ 1024% ആണ്)
{C1} 40% CPU --cpu-shares=410 (410 എന്നത് 40 ന്റെ 1024% ആണ്)

സിപിയു-ഇന്റൻസീവ് പ്രോസസ്സുകൾ പ്രവർത്തിക്കുമ്പോൾ മാത്രമേ അനുപാതം ബാധകമാകൂ.
ഒരു കണ്ടെയ്‌നറിലെ ജോലികൾ നിഷ്‌ക്രിയമായിരിക്കുമ്പോൾ, മറ്റ് കണ്ടെയ്‌നറുകൾക്ക് ഇത് ഉപയോഗിക്കാം
അവശേഷിക്കുന്ന സിപിയു സമയം. ഉപയോഗിച്ച CPU സമയത്തിന്റെ യഥാർത്ഥ അളവ് അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു
സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്ന കണ്ടെയ്‌നറുകളുടെ എണ്ണം.

ഉദാഹരണത്തിന്, മൂന്ന് കണ്ടെയ്നറുകൾ പരിഗണിക്കുക --cpu-shares=1024 ഒപ്പം
മറ്റ് രണ്ട് പേർ ഉണ്ട് --cpu-shares=512. മൂന്നിലും പ്രോസസ്സ് ചെയ്യുമ്പോൾ
കണ്ടെയ്നറുകൾ CPU-യുടെ 100% ഉപയോഗിക്കാൻ ശ്രമിക്കുന്നു, ആദ്യത്തെ കണ്ടെയ്നറിന് ലഭിക്കും
മൊത്തം സിപിയു സമയത്തിൻ്റെ 50%. കൂടെ നാലാമത്തെ കണ്ടെയ്നർ ചേർത്താൽ --cpu-shares=1024,
ആദ്യത്തെ കണ്ടെയ്‌നറിന് CPU-യുടെ 33% മാത്രമേ ലഭിക്കൂ. ശേഷിക്കുന്ന കണ്ടെയ്നറുകൾ
CPU-യുടെ 16.5%, 16.5%, 33% എന്നിവ സ്വീകരിക്കുന്നു.

കണ്ടെയ്നർ സിപിയു പങ്കിടൽ സിപിയു സമയം ഫ്ലാഗ് ചെയ്യുക
{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%

ഒരു മൾട്ടി-കോർ സിസ്റ്റത്തിൽ, സിപിയു സമയത്തിന്റെ ഷെയറുകൾ സിപിയുവിലുടനീളം വിതരണം ചെയ്യപ്പെടുന്നു
കോറുകൾ. ഒരു കണ്ടെയ്‌നർ സിപിയു സമയത്തിൻ്റെ 100%-ൽ താഴെയായി പരിമിതപ്പെടുത്തിയാലും, അതിന് കഴിയും
ഓരോ വ്യക്തിഗത സിപിയു കോറിന്റെയും 100% ഉപയോഗിക്കുക.

ഉദാഹരണത്തിന്, മൂന്നിൽ കൂടുതൽ കോറുകൾ ഉള്ള ഒരു സിസ്റ്റം പരിഗണിക്കുക. ഒന്ന് തുടങ്ങിയാൽ
കണ്ടെയ്നർ {C0} കൂടെ --cpu-shares=512 ഒരു പ്രക്രിയ പ്രവർത്തിപ്പിക്കുന്നു, മറ്റൊരു കണ്ടെയ്നർ
{C1} കൂടെ --cpu-shares=1024 രണ്ട് പ്രക്രിയകൾ പ്രവർത്തിക്കുന്നു, ഇത് ഇനിപ്പറയുന്നതിലേക്ക് നയിച്ചേക്കാം
സിപിയു ഷെയറുകളുടെ വിഭജനം:

PID കണ്ടെയ്നർ CPU CPU പങ്കിടൽ
100 {C0} 0 100% CPU0
101 {C1} 1 100% CPU1
102 {C1} 2 100% CPU2

--സിപിയു-കാലയളവ്=0
CPU CFS (പൂർണ്ണമായും ഫെയർ ഷെഡ്യൂളർ) കാലയളവ് പരിമിതപ്പെടുത്തുക.

കണ്ടെയ്‌നറിൻ്റെ സിപിയു ഉപയോഗം പരിമിതപ്പെടുത്തുക. ഈ ഫ്ലാഗ് കേർണലിനെ നിയന്ത്രിക്കുന്നതിന് കാരണമാകുന്നു
നിങ്ങൾ വ്യക്തമാക്കുന്ന കാലയളവിലേക്കുള്ള കണ്ടെയ്‌നറിന്റെ സിപിയു ഉപയോഗം.

--സിപിയു-ക്വോട്ട=0
CPU CFS (പൂർണ്ണമായും ന്യായമായ ഷെഡ്യൂളർ) ക്വാട്ട പരിമിതപ്പെടുത്തുക.

സ്ഥിരസ്ഥിതിയായി, മുഴുവൻ സിപിയു റിസോഴ്‌സ് ഉപയോഗിച്ചും കണ്ടെയ്‌നറുകൾ പ്രവർത്തിക്കുന്നു. ഈ ഫ്ലാഗ് കേർണലിന് കാരണമാകുന്നു
കണ്ടെയ്‌നറിൻ്റെ സിപിയു ഉപയോഗം നിങ്ങൾ വ്യക്തമാക്കുന്ന ക്വാട്ടയിലേക്ക് പരിമിതപ്പെടുത്തുക.

--cpuset-cpus=CPUSET-CPUS
എക്സിക്യൂഷൻ അനുവദിക്കുന്ന സിപിയു (0-3, 0,1).

--cpuset-mems=CPUSET-MEMS
എക്സിക്യൂഷൻ അനുവദിക്കുന്ന മെമ്മറി നോഡുകൾ (MEMs) (0-3, 0,1). ന് മാത്രം ഫലപ്രദമാണ്
NUMA സിസ്റ്റങ്ങൾ.

ഉദാഹരണത്തിന്, നിങ്ങളുടെ സിസ്റ്റത്തിൽ നാല് മെമ്മറി നോഡുകൾ ഉണ്ടെങ്കിൽ (0-3), ഉപയോഗിക്കുക --cpuset-mems=0,1 ലേക്ക്
നിങ്ങളുടെ ഡോക്കർ കണ്ടെയ്‌നറിലെ പ്രക്രിയകൾ ആദ്യത്തെ രണ്ട് മെമ്മറിയിൽ നിന്നുള്ള മെമ്മറി മാത്രമേ ഉപയോഗിക്കുന്നുള്ളൂവെന്ന് ഉറപ്പാക്കുക
നോഡുകൾ.

--cgroup-parent=CGROUP-പാരന്റ്
ഇതിലേക്കുള്ള പാത cgroups അതിനടിയിൽ കണ്ടെയ്നറിന്റെ cgroup സൃഷ്ടിച്ചു.

പാത കേവലമല്ലെങ്കിൽ, പാതയെ ആപേക്ഷികമായി കണക്കാക്കുന്നു cgroups എന്ന പാത
init പ്രക്രിയ. Cgroups നിലവിൽ ഇല്ലെങ്കിൽ സൃഷ്ടിക്കപ്പെടുന്നു.

--അലിമിറ്റ്= []
Ulimit ഓപ്ഷനുകൾ

കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക് പരിധിയില്ലാത്ത കാണുക
⟨https://docs.docker.com/reference/commandline/run/#setting-ulimits-in-a-container⟩

ഉദാഹരണങ്ങൾ

കെട്ടിടം an ചിത്രം ഉപയോഗിച്ച് a Dockerfile സ്ഥിതി ഉള്ളിൽ The നിലവിലുള്ളത് ഡയറക്ടറി

ബിൽഡ് കമാൻഡും ഒരു ഡോക്കർഫയലും ഉപയോഗിച്ച് ഡോക്കർ ഇമേജുകൾ നിർമ്മിക്കാൻ കഴിയും:

ഡോക്കർ ബിൽഡ്.

നിർമ്മാണ പ്രക്രിയയിൽ ഡോക്കർ ഇന്റർമീഡിയറ്റ് ഇമേജുകൾ സൃഷ്ടിക്കുന്നു. അവരെ സൂക്ഷിക്കാൻ വേണ്ടി, നിങ്ങൾ
വ്യക്തമായി സജ്ജീകരിക്കണം --rm=false.

ഡോക്കർ ബിൽഡ് --rm=false .

ഒരു അനുബന്ധ നാമത്തിൽ ഒരു ഉപ-ഡയറക്‌ടറി നിർമ്മിക്കുകയും ഡോക്കർഫയൽ സൃഷ്‌ടിക്കുകയും ചെയ്യുന്നതാണ് നല്ല രീതി
ആ ഡയറക്ടറിയിൽ. ഉദാഹരണത്തിന്, മോംഗോ എന്ന ഡയറക്‌ടറിയിൽ ഒരു ഡോക്കർ ഫയൽ അടങ്ങിയിരിക്കാം
ഒരു ഡോക്കർ മോംഗോഡിബി ഇമേജ് സൃഷ്ടിക്കുക. അതുപോലെ, httpd എന്ന മറ്റൊരു ഡയറക്ടറി ഉപയോഗിക്കാവുന്നതാണ്
അപ്പാച്ചെ വെബ് സെർവർ ഇമേജുകൾക്കായി ഡോക്കർഫയലുകൾ സംഭരിക്കുക.

ചിത്രത്തിനാവശ്യമായ ഫയലുകൾ സബ് ഡയറക്‌ടറിയിൽ ചേർക്കുന്നതും നല്ല രീതിയാണ്.
ഈ ഫയലുകൾ അപ്പോൾ കൂടെ വ്യക്തമാക്കും പകർത്തുക or ചേർക്കുക ലെ നിർദ്ദേശങ്ങൾ Dockerfile.

ശ്രദ്ധിക്കുക: നിങ്ങൾ ഒരു ടാർ ഫയൽ ഉൾപ്പെടുത്തിയാൽ (നല്ല പരിശീലനം), ഡോക്കർ സ്വയമേവ എക്‌സ്‌ട്രാക്‌റ്റ് ചെയ്യും
എന്നതിനുള്ളിൽ വ്യക്തമാക്കിയ ടാർ ഫയലിന്റെ ഉള്ളടക്കം ചേർക്കുക നിർദ്ദിഷ്ടതിലേക്കുള്ള നിർദ്ദേശം
ലക്ഷ്യം.

കെട്ടിടം an ചിത്രം ഒപ്പം പേരുനൽകുന്നു ആ ചിത്രം

നിങ്ങൾ നിർമ്മിക്കുന്ന ചിത്രത്തിന് ഒരു പേര് നൽകുക എന്നതാണ് നല്ല രീതി. a-z0-9-_ മാത്രം എന്നത് ശ്രദ്ധിക്കുക.
സ്ഥിരതയ്ക്കായി ഉപയോഗിക്കണം. ഇവിടെ കർശനമായ നിയമങ്ങളൊന്നുമില്ല, പക്ഷേ അത് നൽകുന്നതാണ് നല്ലത്
പേരുകളുടെ പരിഗണന.

ദി -t/--ടാഗ് ഒരു ചിത്രത്തിന്റെ പേരുമാറ്റാൻ ഫ്ലാഗ് ഉപയോഗിക്കുന്നു. ചില ഉദാഹരണങ്ങൾ ഇതാ:

ഇത് നല്ല രീതിയല്ലെങ്കിലും, ചിത്രത്തിന്റെ പേരുകൾ ഏകപക്ഷീയമായിരിക്കാം:

ഡോക്കർ ബിൽഡ്-ടി മൈ ഇമേജ്.

പൂർണ്ണമായ യോഗ്യതയുള്ളതും അർത്ഥവത്തായതുമായ ഒരു ശേഖരം, പേര്, ടാഗ് എന്നിവ നൽകുന്നതാണ് മികച്ച സമീപനം
(ഈ സന്ദർഭത്തിലെ ടാഗ് അർത്ഥമാക്കുന്നത് ":" ന് ശേഷമുള്ള യോഗ്യതയാണ്). ഈ ഉദാഹരണത്തിൽ ഞങ്ങൾ
ഫെഡോറ റിപ്പോസിറ്ററിക്കായി ഒരു JBoss ഇമേജ് നിർമ്മിച്ച് അതിന് പതിപ്പ് 1.0 നൽകുക:

docker build -t fedora/jboss:1.0 .

അടുത്ത ഉദാഹരണം "whenry" ഉപയോക്തൃ ശേഖരണത്തിനുള്ളതാണ്, കൂടാതെ Fedora, JBoss എന്നിവയും നൽകുന്നു
ഇത് പതിപ്പ് 2.1:

docker build -t whenry/fedora-jboss:v2.1 .

നിങ്ങൾ ഒരു പതിപ്പ് ടാഗ് നൽകുന്നില്ലെങ്കിൽ, ഡോക്കർ അസൈൻ ചെയ്യും ഏറ്റവും പുതിയ:

docker build -t whenry/fedora-jboss .

നിങ്ങൾ ചിത്രങ്ങൾ ലിസ്റ്റ് ചെയ്യുമ്പോൾ, മുകളിലുള്ള ചിത്രത്തിന് ടാഗ് ഉണ്ടാകും ഏറ്റവും പുതിയ.

നിങ്ങൾക്ക് ഒരു ചിത്രത്തിലേക്ക് ഒന്നിലധികം ടാഗുകൾ പ്രയോഗിക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് അപേക്ഷിക്കാം ഏറ്റവും പുതിയ ടാഗ് എ
പുതുതായി നിർമ്മിച്ച ചിത്രം ഒരു പ്രത്യേക പതിപ്പിനെ പരാമർശിക്കുന്ന മറ്റൊരു ടാഗ് ചേർക്കുക. ഉദാഹരണത്തിന്, to
ഒരു ചിത്രം രണ്ടും ആയി ടാഗ് ചെയ്യുക whenry/fedora-jboss:latest ഒപ്പം whenry/fedora-jboss:v2.1, ഉപയോഗിക്കുക
താഴെ:

docker build -t whenry/fedora-jboss:latest -t whenry/fedora-jboss:v2.1 .

അതിനാൽ ഒരു ഇമേജ് പുനർനാമകരണം ചെയ്യുന്നത് ഏകപക്ഷീയമാണ്, എന്നാൽ ഉപയോഗപ്രദമായ ഒരു കൺവെൻഷനെ പരിഗണിക്കണം
അത് ഉപഭോക്താക്കൾക്ക് അർത്ഥവത്തായതും ഡോക്കർ കമ്മ്യൂണിറ്റിയെ കണക്കിലെടുക്കേണ്ടതുമാണ്
കൺവെൻഷനുകൾ.

കെട്ടിടം an ചിത്രം ഉപയോഗിച്ച് a യുആർഎൽ

ഇത് URL-ൽ നിന്ന് നിർദ്ദിഷ്‌ട GitHub റിപ്പോസിറ്ററി ക്ലോൺ ചെയ്യുകയും സന്ദർഭമായി ഉപയോഗിക്കുകയും ചെയ്യും. ദി
റിപ്പോസിറ്ററിയുടെ റൂട്ടിലുള്ള ഡോക്കർഫയൽ ഡോക്കർഫയലായി ഉപയോഗിക്കുന്നു. എങ്കിൽ മാത്രമേ ഇത് പ്രവർത്തിക്കൂ
GitHub റിപ്പോസിറ്ററി ഒരു സമർപ്പിത ശേഖരമാണ്.

ഡോക്കർ ബിൽഡ് github.com/scollier/purpletest

ശ്രദ്ധിക്കുക: ഇതിലൂടെ നിങ്ങൾക്ക് ഒരു അനിയന്ത്രിതമായ Git ശേഖരം സജ്ജമാക്കാൻ കഴിയും git:// സ്കീമ.

കെട്ടിടം an ചിത്രം ഉപയോഗിച്ച് a യുആർഎൽ ലേക്ക് a tarball'ed സന്ദർഭം

ഇത് URL തന്നെ ഡോക്കർ ഡെമണിലേക്ക് അയയ്ക്കും. ഡെമൺ ടാർബോൾ കൊണ്ടുവരും
ആർക്കൈവ് ചെയ്യുക, വിഘടിപ്പിക്കുക, ബിൽഡ് സന്ദർഭമായി അതിലെ ഉള്ളടക്കങ്ങൾ ഉപയോഗിക്കുക. ഡോക്കർഫിൽ
ആർക്കൈവിൻ്റെ റൂട്ടും ആർക്കൈവിൻ്റെ ബാക്കി ഭാഗവും ബിൽഡിൻ്റെ സന്ദർഭമായി ഉപയോഗിക്കും.
നിങ്ങൾ ഒരു പാസ്സാണെങ്കിൽ -f PATH/Dockerfile ഓപ്ഷനും, സിസ്റ്റം ആ ഫയലിനായി നോക്കും
ടാർബോളിൻ്റെ ഉള്ളടക്കത്തിനുള്ളിൽ.

ഡോക്കർ ബിൽഡ് -f dev/Dockerfile https://10.10.10.1/docker/context.tar.gz

ശ്രദ്ധിക്കുക: പിന്തുണയ്‌ക്കുന്ന കംപ്രഷൻ ഫോർമാറ്റുകൾ 'xz', 'bzip2', 'gzip', 'ഐഡന്റിറ്റി' എന്നിവയാണ് (ഇല്ല
കംപ്രഷൻ).

വ്യക്തമാക്കുക ഒറ്റപ്പെടൽ സാങ്കേതിക വേണ്ടി കണ്ടെയ്നർ (--ഐസൊലേഷൻ)

നിങ്ങൾ വിൻഡോസിൽ ഡോക്കർ കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്ന സാഹചര്യങ്ങളിൽ ഈ ഓപ്ഷൻ ഉപയോഗപ്രദമാണ്.
ദി --ഐസൊലേഷൻ= ഓപ്ഷൻ ഒരു കണ്ടെയ്നറിന്റെ ഐസൊലേഷൻ സാങ്കേതികവിദ്യ സജ്ജമാക്കുന്നു. ലിനക്സിൽ, മാത്രം
പിന്തുണയ്ക്കുന്നു സ്ഥിരസ്ഥിതി Linux നെയിംസ്പേസുകൾ ഉപയോഗിക്കുന്ന ഓപ്ഷൻ. മൈക്രോസോഫ്റ്റ് വിൻഡോസിൽ, നിങ്ങൾക്ക് കഴിയും
ഈ മൂല്യങ്ങൾ വ്യക്തമാക്കുക:

· സ്ഥിരസ്ഥിതി: ഡോക്കർ ഡെമൺസ് വ്യക്തമാക്കിയ മൂല്യം ഉപയോഗിക്കുക --exec-opt . ആണെങ്കിൽ ഡെമൻ ചെയ്യുന്നവൻ
ഒരു ഐസൊലേഷൻ സാങ്കേതികവിദ്യ വ്യക്തമാക്കുന്നില്ല, Microsoft Windows ഉപയോഗിക്കുന്നു പ്രക്രിയ അതിന്റെ സ്ഥിരസ്ഥിതിയായി
മൂല്യം.

· പ്രക്രിയ: നെയിംസ്പേസ് ഒറ്റപ്പെടൽ മാത്രം.

· ഹൈപ്പർവി: ഹൈപ്പർ-വി ഹൈപ്പർവൈസർ പാർട്ടീഷൻ അടിസ്ഥാനമാക്കിയുള്ള ഒറ്റപ്പെടൽ.

വ്യക്തമാക്കുന്നത് --ഐസൊലേഷൻ മൂല്യമില്ലാത്ത ഫ്ലാഗ് ക്രമീകരണത്തിന് തുല്യമാണ്
--isolation="default".

ചരിത്രം

മാർച്ച് 2014, യഥാർത്ഥത്തിൽ വില്യം ഹെൻറി (എപ്പോൾ റെഡ്ഹാറ്റ് ഡോട്ട് കോമിൽ) സമാഹരിച്ചത്
docker.com ഉറവിട മെറ്റീരിയലും ആന്തരിക ജോലിയും. ജൂൺ 2014, Sven Dowideit അപ്ഡേറ്റ് ചെയ്തത്
⟨[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]⟩ ജൂൺ 2015, സാലി ഒമാലി അപ്‌ഡേറ്റ് ചെയ്തത് ⟨[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]⟩

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് ഡോക്കർ-ബിൽഡ് ഓൺലൈനായി ഉപയോഗിക്കുക