如何使docker-compose始终从新映像重新创建容器？

我的Docker映像构建在Jenkins CI服务器上，并被推送到我们的私有Docker Registry。我的目标是使用docker-compose配置环境，该环境始终会启动映像的原始构建状态。

我目前在不同的机器上使用docker-compose 1.3.2以及1.4.0，但是我们之前也使用了旧版本。

我总是使用docker-compose pull && docker-compose up -d命令从注册表中获取新图像并启动它们。我相信我的首选行为在某个时间点之前都可以按预期工作，但是从那时起，它docker-compose up开始重新运行以前停止的容器，而不是每次都启动原始构建的映像。

有没有办法摆脱这种行为？这样可以成为在docker-compose.yml配置文件中关联的一种方式，以不依赖于每次调用时“不要忘记”命令行上的某些内容吗？

ps。除了找到实现目标的方法外，我还想进一步了解这种行为的背景。我认为Docker的基本思想是构建一个不变的基础架构。docker-compose的当前行为似乎与这种方法完全冲突..还是我在这里错过了几点？

docker-compose up --force-recreate是一个选择，但是如果您将其用于CI，我将以构建开始，docker-compose rm -f以停止并删除容器和卷（然后通过上拉并跟随它）。

这是我用的：

docker-compose rm -f
docker-compose pull
docker-compose up --build -d
# Run some tests
./tests
docker-compose stop -t 1

重新创建容器的原因是保留所有可能使用的数据量（同时它也会使up速度更快）。

如果您正在执行CI，则不需要这样做，因此只需删除所有内容即可获得所需的信息。

更新：使用1.7 up --build中添加的功能docker-compose

唯一对我有用的解决方案是以下命令：

docker-compose build --no-cache

这将自动从存储库中提取新图像，并且不会使用预先使用任何参数预先构建的缓存版本。

在当前的官方文档中，有一条捷径可以停止并删除由up创建的容器，网络，卷和映像，如果它们已被停止或已部分删除等，那么它也可以解决问题：

docker-compose down

然后，如果您对映像或Dockerfile进行了新更改，请使用：

docker-compose build --no-cache

最后：docker-compose up

在一个命令中： docker-compose down && docker-compose build --no-cache && docker-compose up

您可以传递--force-recreate到docker compose up，该应使用新鲜的容器。

我认为重用容器的原因是为了保留开发过程中的所有更改。请注意，Compose与卷具有相似的功能，在容器重新创建之间也将保持不变（重新创建的容器将附加到其前身的卷上）。例如，如果您将Redis容器用作缓存，并且不想每次更改都丢失缓存，这将很有用。在其他时候，这只是令人困惑。

我不认为有任何方法可以从Compose文件中强制执行此操作。

可以说，它确实与不变的基础架构原则发生了冲突。相反的论点可能是您尚未在生产中使用Compose（尚未）。另外，我不确定我是否同意不变的基础是Docker的基本思想，尽管它肯定是一个很好的用例/销售点。

docker-compose up --build

要么

docker-compose build --no-cache

$docker-compose build

如果有新东西，它将被重建。