# 升级 Docker OS (bullseye) 的正确方法

**URL:** <https://meta.discourse.org/t/proper-way-to-upgrade-docker-os-bullseye/314640>\
**Category:** Self-hosting\
**Created:** [2024 年7 月 2 日 14:56 UTC](https://meta.discourse.org/t/proper-way-to-upgrade-docker-os-bullseye/314640 "2024-07-02T14:56:42Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

作者： ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\
发布日期： [2024 年7 月 3 日 17:49 UTC](https://meta.discourse.org/t/proper-way-to-upgrade-docker-os-bullseye/314640/7 "2024-07-03T17:49:15Z")

</div>

是的。事情没那么简单。没有“升级 Docker OS（bullseye）的正确方法”。

你可以设想修改 `https://github.com/discourse/discourse_docker/blob/main/image/base/slim.Dockerfile` 来构建一个你的 IT 团队会批准的镜像。我猜我会从使用最新的 Debian 作为基础镜像开始。我可能会花一周时间来完成它，但很容易需要一半或两倍的时间，前提是 Discourse 代码库甚至能与新版本兼容（它_可能_可以，但无法确定）。

构建一个能正常工作并满足你合规要求的镜像将非常耗时，而且可能比使用由 Discourse 团队测试并适用于数千个站点的标准镜像更危险。你将运行一个只有你自己知道的镜像。当它出现问题时，你将无法在此获得任何支持，因为无法确定问题是出在代码上还是出在 Discourse 尚不支持的某个库上。

每次升级时，你都需要预留时间来查看 Discourse 的更新是否与你的镜像兼容。

如果你的 IT 人员坚持这些更新，那么你可能应该考虑其他平台。

---

_[View the full topic](https://meta.discourse.org/t/proper-way-to-upgrade-docker-os-bullseye/314640)._