2014-09-29 7 views
7

Ho cercato in giro e non riesco a trovare una risposta reale a questo. Se creo un dock git repo e configuro autobuild sul mio account dockerhub, verrà creato con un singolo tag (cioè l'ultimo, o 1.0 o foo) ma non riesco a trovare alcun modo per aggiungere un tag in seguito, come è possibile tramite comando linea con un'immagine di finestra mobile creata localmente. Tirare giù l'immagine e poi ricominciare non funziona in quanto i repository autobuild sono di sola lettura al di fuori del webui.Come aggiungere tag alle immagini della finestra mobile create con autobuild

Poter aggiungere manualmente un tag a una build esistente mi soddisferebbe per ora, ma essere in grado di eseguire script in qualcosa per ottenere la versione di tag corretta sarebbe la soluzione migliore.

+0

una risposta completa a questa viene a ... http://stackoverflow.com/questions/25328166/docker-hub-automated-build-tagging/31538378#31538378 – danday74

+0

una risposta completa a questa viene a http://stackoverflow.com/questions/25328166/docker-hub-automated-build-tagging/31538378#31538378 – danday74

risposta

4

È possibile farlo attraverso l'interfaccia utente in qualche modo indirettamente:

  • Selezionare Automated Costruire

Automated Build

  • Aggiungi una nuova build di innesco

Build Trigger

  • Seleziona tag dal menu a tendina sulla sinistra
  • Inserire il git commit hash del cambiamento che vuoi nella categoria del Name
  • Inserisci il tag che si desidera aggiungere al vostro costruire Tag
+1

Questo è un po 'di dolore. Speravo in un modo migliore per farlo. Attualmente le immagini che sto cercando di costruire sono quelle di archlinux, che hanno solo l'ultima versione di un pacchetto disponibile. Speravo di essere in grado di taggare un rilascio come servizio in esecuzione v1 o v2 ecc per poter eseguire il rollback se una nuova versione produce problemi. – Justin

+1

Qualche notizia su questo? È possibile accedere al tag github nel campo "SomeTag" di una variabile? IMHO sarebbe bello essere almeno in grado di riutilizzare gli stessi nomi di tag su entrambi i lati. – Simon

+0

Questo non funziona per me, ottengo 'Ramo remoto 5b7fe19b1cb333440118b1eb82741cd6ab4562ea non trovato nell'origine upstream'. È come se cercasse un ramo e non un ID commit. –