cómo obtener docker-compose para usar la imagen más reciente del repositorio

No se lo que estoy haciendo mal, pero simplemente no puedo hacer que docker-compose up use la última imagen de nuestro registro sin eliminar primero los contenedores antiguos del sistema por completo. Parece que compose está utilizando la imagen iniciada anteriormente, aunque docker-compose pull ha obtenido una imagen más reciente.

Miré ¿Cómo conseguir que docker-compose vuelva a crear siempre contenedores a partir de imágenes nuevas? que parecía ser similar a mi problema, pero ninguna de las soluciones proporcionadas hay trabajo para mí, ya que estoy buscando una solución que pueda usar en el servidor de producción y no quiero eliminar todos los contenedores antes de volver a iniciarlos (posible pérdida de datos?). Me gustaría que compose solo detectara la nueva versión de las imágenes cambiadas, las extraiga y luego reinicie los servicios con esas nuevas imágenes.

Creé un proyecto de prueba simple para esto en el que el único objetivo es obtener una versión nr para aumentar en cada nueva compilación. La versión nr se muestra si I vaya al servidor nginx que se crea (esto funciona como se espera localmente).

Versión de Docker: 1.11.2 docker-compose versión: 1.7.1 Sistema operativo: probado en CentOS 7 y OS X 10.10 utilizando docker-toolbox

Mi docker-compose.yml:

version: '2'
services:
  application:
    image: ourprivate.docker.reg:5000/ourcompany/buildchaintest:0.1.8-dev
    volumes:
      - /var/www/html
    tty: true

  nginx:
    build: nginx
    ports:
      - "80:80"
    volumes_from:
      - application
    volumes:
      - ./logs/nginx/:/var/log/nginx
  php:
    container_name: buildchaintest_php_1
    build: php-fpm
    expose:
      - "9000"
    volumes_from:
      - application
    volumes:
      - ./logs/php-fpm/:/var/www/logs

En nuestro servidor jenkins corro lo siguiente para construir y etiquetar la imagen

cd $WORKSPACE && PROJECT_VERSION=$(cat VERSION)-dev
/usr/local/bin/docker-compose rm -f
/usr/local/bin/docker-compose build
docker tag ourprivate.docker.reg:5000/ourcompany/buildchaintest ourprivate.docker.reg:5000/ourcompany/buildchaintest:$PROJECT_VERSION
docker push ourprivate.docker.reg:5000/ourcompany/buildchaintest

Esto parece estar haciendo lo que se supone que debe ser, ya que recibo una nueva etiqueta de versión en nuestro repositorio cada vez que se completa la compilación y la versión nr ha sido golpeado.

Si ahora corro

docker-compose pull && docker-compose -f docker-compose.yml up -d

En una carpeta en mi computadora, donde el contenido es solo la docker-compose.yml y los Dockerfiles necesarios para construir los servicios nginx y php, la salida que obtengo no es el último número de versión como se ha etiquetado en el registro o se muestra en docker-compose.yml (0.1.8), pero la versión anterior, que es 0.1.7. Sin embargo, la salida del comando pull sugeriría que una nueva versión de la imagen era se obtiene:

Pulling application (ourprivate.docker.reg:5000/ourcompany/buildchaintest:latest)...
latest: Pulling from ourcompany/buildchaintest
Digest: sha256:8f7a06203005ff932799fe89e7756cd21719cccb9099b7898af2399414bfe62a
Status: Downloaded newer image for docker.locotech.fi:5000/locotech/buildchaintest:0.1.8-dev

Solo si corro

docker-compose stop && docker-compose rm -f

Y luego ejecute el comando docker-compose up si consigo que la nueva versión aparezca en la pantalla como se esperaba.

¿Es este el comportamiento previsto de docker-compose? es decir, ¿debo hacer siempre un docker-compose rm -f antes de ejecutar up de nuevo, incluso en servidores de producción? ¿O estoy haciendo algo a contracorriente, por lo que no está funcionando?

El objetivo es que nuestro proceso de compilación construya y cree versiones etiquetadas de las imágenes necesarias en un docker-compose.yml, envíalos a nuestro registro privado y luego al "paso release to production" para simplemente copiar el docker-compose.yml al servidor de producción y ejecute un docker-compose pull && docker-compose -f docker-compose.yml up -d para que la nueva imagen comience en producción. Si alguien tiene consejos sobre esto o puede apuntar a un tutorial de mejores prácticas para este tipo de configuración que sería muy apreciado también.