Мы не используем тег для среды разработки, потому что мы имеем довольно хороший охват теста, но я полагаю, вы можете легко пометить контейнер с CI сборкой номером инструмента (Teamcity, Jenkins), что-то вроде
докер сборки -t {yourserviceName}: {JENKINS BUILD ЧИСЛО}
Однако развертывание производства - это немного другая история. Мы используем две меток для этого - предыдущей и последних
производства 1.Build контейнеров на Teh сервере сборки
2.Push это общий репозиторий
3.Pull на производственный сервер.
последний тег всегда содержится в общем хранилище. Перед тем, как шаг 3, просто повторите теги существующего рабочего контейнера до previous.
В чем польза?
Если у вас есть последнего контейнера с критической неудачей, вы просто откат к предыдущему один. Это очень редкий случай, когда вам нужно сделать быстрый откат, допустим, 4 развертывания назад, поэтому нет необходимости поддерживать версии там