问题描述
在开发过程中，我们持续构建一个具有相同版本（例如0.0.1-development）的Docker镜像，因为每个小改动都不需要增加版本号。只有在添加了额外功能时，我们才会增加版本号。
我们发现，如果镜像中的版本号未更改，kubectl set image deployment/ourdeployment命令不会强制从Dockerhub拉取并运行更新的容器。
在部署中，我们设置了imagePullPolicy: Always，但似乎没有任何效果。
有没有办法在版本未更改的情况下，每次都拉取镜像并替换旧的容器？
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
问题的主要原因是，从Kubernetes的角度来看，您的部署没有任何变化，因此不会进行更新。
最好的解决方案是，在您的镜像标签中添加一些内容，例如git的短哈希。这样，您的更新就会正常工作。此外，通过这种方式，您可以使您的部署可重现。
如果您真的想保持现状，您可以向部署中添加一些其他信息，每次部署时都会更改，但不会使用，例如注释。但我不建议这样做，因为我曾经看到这导致旧的Pod无法关闭，出现了奇怪的行为。
另外，需要注意的是，imagePullPolicy只在部署发生更改时才会被评估。因此，基本上，该标志表示：如果您部署了某些内容（例如，因为有新的部署），无论您是否已经在本地拥有该镜像，都重新从注册表中加载它。
方案2
使用脚本或工具来管理容器的启动顺序可能会增加复杂性，并且需要确保容器A和容器B之间的依赖关系正确设置。
另一种方法是编写脚本或使用工具来控制容器的运行顺序。你可以使用docker run命令来手动控制容器的启动顺序，或者使用一些第三方工具来管理容器的依赖关系。
以下是一个简单的bash脚本示例，可以在容器A启动后启动容器B：
#!/bin/bash
# 启动容器A
docker run -d --name container_a your_image_a
# 等待容器A完全启动
while ! docker exec container_a echo "Container A is ready"; do
sleep 1
done
# 启动容器B
docker run -d --name container_b your_image_b
在这个示例中，我们首先使用docker run命令启动容器A，并将其命名为container_a。然后，使用一个循环来等待容器A完全启动（这里是通过在容器内运行echo命令来测试）。一旦容器A就绪，我们再使用docker run命令启动容器B，并将其命名为container_b。
以上是两种解决方案，您可以根据实际情况选择适合您的方式。希望对您有所帮助！