La finestra mobile di immagini utilizzare i registri per il controllo di versione, come la finestra Mobile Hub che ospita immagini pubbliche per chiunque di scaricare ed eseguire. Tuttavia, prima di caricare un’immagine per il Mozzo o del registro di sistema, è necessario dare il buon tag.
Contenitore contro l’Immagine
È importante capire la differenza tra i contenitori e le immagini prima di parlare di tag, come vengono spesso utilizzati abbastanza indifferentemente, e che può portare a confusione.
Un Pannello immagine è ciò che si ottiene l’esecuzione mobile costruire con il vostro Dockerfile. È composto da più strati per ottimizzare il disco e l’utilizzo della memoria. Un’immagine è una sola lettura.
Un Mobile contenitore, è un esempio di un’immagine che i processi effettivamente eseguito. E ‘ una lettura/scrittura di file di sistema, quindi, in sostanza, di un’immagine è un modello che si utilizza per creare più contenitori da. Esso contiene il codice di base e tutto ciò che la app ha bisogno per iniziare. I contenitori vengono inizializzate con l’immagine, quando creato, quindi è in grado di modificare i file di sistema come piace a loro.
Le immagini sono ciò che si spingono al contenitore del registro di sistema. Poi, sul vostro server, è possibile fare riferimento all’immagine nel registro di sistema per scaricare il contenitore.
Tag tenere Traccia delle Versioni di Immagini
Ogni volta che si esegue una finestra mobile, costruire, creare una nuova immagine con un ID univoco, come “38054d5e8a27.”
I tag sono semplicemente le etichette che forniscono un modo migliore per gestire il controllo di versione e release. Sono come le etichette che è possibile assegnare a qualsiasi completato costruire. Piuttosto che il riferimento all’ID di creazione, è possibile contrassegnare una foto con un’etichetta major.minori.formato di patch e facilmente in grado di dire quale immagine è che, o qualsiasi altro formato organizzazione preferisce.
Tagging è abbastanza facile. È possibile utilizzare la finestra mobile tag farlo dopo il fatto, ma è molto più facile farlo quando si crea utilizzando il flag t:
mobile build-t repository/immagine:tag .
Questo è ciò che costruisce l’immagine dal Dockerfile e tag con il tag specificato. Il tag è il [TAG] parte, dopo il punto e virgola, anche se la finestra Mobile dirà “con Successo tagged repository/immagine:tag.” Repository/image parte è solo il nome dell’immagine, e se hai intenzione di spingere per un repository, è necessario tag nel repository/immagine:formato di etichetta.
Per la finestra Mobile Hub, il nome repository è solo il tuo nome utente, in modo che il comando dovrebbe essere simile a:
mobile build-t anthonyheddings/nginx:tag .
Se non si specifica un tag specifico, Mobile automaticamente i tag come “ultima.”
Un’altra pratica comune è quella di etichettare l’immagine con il git commit ID, collegando così il controllo di versione con le immagini. È possibile automatizzare questo abbastanza facilmente con git ap-parse:
mobile build-t vicerust/core:$(git rev-analizzare, verificare TESTA) .
Una volta che l’immagine viene etichettato, si può spingere al registro di sistema con pannello push, passando nel repository/nome dell’immagine:
mobile push repository/image
Da lì, sei in grado di accedere nel pannello di eseguire come normale. Se non si specifica un tag, mobile eseguire utilizza automaticamente aggiornati.
Ultima non Significa Sempre “Aggiornati”
“Più Recente” tag è un po ‘ di confusione. Nonostante il nome suona, non sempre l’ultima versione. È semplicemente un tag speciale che viene assegnato automaticamente ogni volta che si non specificare un tag. Questo ha l’effetto di evitare la tag del tutto, e di spingere solo in una “nuova” versione.
È possibile utilizzare l’ultima tag non specificare un tag specifico:
mobile build-t repository/immagine .
O la codifica manuale di un’immagine più recente:
mobile build-t repository/immagine:più recenti .
che funziona bene se si sta utilizzando solo l’ultimo tag. Ma se si desidera utilizzare la versione di tag di identificazione, è necessario fare doppio tag alle immagini, il che può portare a “ultima” non sempre significa l’ultima immagine. E ‘ buona norma evitare utilizzando le più recenti insieme ad altri tag per evitare questa confusione. Solo la versione tag, ogni volta, con manuale di numeri patch o con git commit Id.