docker层是否允许意外的容器OS升级？

Question

当我移到容器时，我意识到容器概念将OS和应用程序绑定到同一部署系统中。

背景

docker pull mcr.microsoft.com/dotnet/core/runtime:3.1.1-buster-slim

此命令将拉动Microsoft为.NET Core Runtime设置的容器映像。该容器图像取决于mcr.microsoft.com/dotnet/core/runtime-deps:3.1-buster-slim容器图像。并且该运行时延容器图像是从debian:buster-slim图像构建的。

debian:buster-slim映像当前针对Linux Debian 10.2版。但是，当发布10.3时，它将以10.3为目标。 （我以为它是当前版本时的目标是10.1。）

问题

[buster-slim的debian标记更新到目标10.3时，mcr.microsoft.com/dotnet/core/runtime:3.1.1-buster-slim的所有下载是否都更新为开始使用10.3？

或者mcr.microsoft.com/dotnet/core/runtime:3.1.1-buster-slim是否被锁定在10.2？

我担心这种事情的发生：

1. 我制作了一个依赖于mcr.microsoft.com/dotnet/core/runtime:3.1.1-buster-slim的容器并将其发布到生产环境（运行Debian 10.2）
2. Debian发行了其操作系统10.3，并更新了buster-slim标记以指向10.3。
3. 我对容器进行了非常小的更改（从步骤1开始），重建了容器映像并部署了它。但是由于docker的工作原理，我的次要更改还包括意外地将操作系统升级到Debian 10.3。

[在使用标签latest时，我期望像这样，但在使用特定标签时却没有。

所以可以用这个问题来总结：

即使我继续使用完全相同的标签，我也要获得标签的依赖关系升级吗？

Answer 1

是，可能。 Docker的所有功能都无法阻止作者多次将新图像上载到同一标签，即使对于您在此谈论的特定标签也是如此。