<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Docker - 分类 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/categories/docker/</link><description>Docker - 分类 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Wed, 15 Oct 2025 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/categories/docker/" rel="self" type="application/rss+xml"/><item><title>Docker Desktop 开源替代方案</title><link>https://rd163.visword.com/posts/open-source-alternatives-for-docker-desktop/</link><pubDate>Wed, 15 Oct 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/open-source-alternatives-for-docker-desktop/</guid><description>&lt;p>Docker Desktop 一直是 macOS 和 Windows 上最便利的容器开发环境，但自 2021 年 8 月 31 日 Docker 调整订阅条款后，员工数 ≥ 250 人&lt;strong>或&lt;/strong>年营收 ≥ 1000 万美元的企业必须购买付费订阅才能合规使用。Docker Engine 本身仍是 Apache 2.0 开源，但 Docker Desktop 这一桌面发行版不再免费。这一变化促使社区涌现出一批高质量的开源替代方案。&lt;/p></description></item><item><title>dive</title><link>https://rd163.visword.com/posts/docker-dive/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/docker-dive/</guid><description>&lt;p>在写 Dockerfile 时,我们经常会遇到一个问题:镜像构建出来后,只能看到一个最终体积,却不知道每一层(layer)到底加了什么、改了什么、又被覆盖或删除了什么。&lt;code>docker history&lt;/code> 只能给出粗略的命令和尺寸,无法看到具体的文件变化。&lt;/p></description></item><item><title>docker-compose 简介</title><link>https://rd163.visword.com/posts/docker-compose-intro/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/docker-compose-intro/</guid><description><![CDATA[<h2 id="docker-compose-中-volumes-参数说明" class="headerLink">
    <a href="#docker-compose-%e4%b8%ad-volumes-%e5%8f%82%e6%95%b0%e8%af%b4%e6%98%8e" class="header-mark"></a>docker-compose 中 volumes 参数说明</h2><p>docker-compose 通过 <code>volumes</code> 配置数据卷来实现数据持久化。常见有两种写法。</p>
<p><strong>第一种：本地路径直接挂载（bind mount）</strong></p>]]></description></item><item><title>Docker容器时间如何与宿主机同步问题解决方案</title><link>https://rd163.visword.com/posts/how-to-fix-docker-timezone/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/how-to-fix-docker-timezone/</guid><description>&lt;p>容器默认时区是 UTC（Coordinated Universal Time，协调世界时），而宿主机在国内一般配置为 &lt;code>Asia/Shanghai&lt;/code>，两者正好相差 8 小时——这是大多数 Java/Python/Go 应用日志时间、定时任务（cron）触发时间、数据库时间戳对不上的根本原因。本文先讲清楚根因，再给出五种常见的同步方案及取舍。&lt;/p></description></item><item><title>如何使用主机当前用户运行 docker</title><link>https://rd163.visword.com/posts/run-docker-with-same-host-user/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/run-docker-with-same-host-user/</guid><description>&lt;p>当我们在 Docker 容器中挂载宿主机目录时，如果容器内进程默认以 root 身份运行，新生成的文件会属于 root，宿主机当前用户往往无权读写。为了避免这种权限错乱，我们需要让容器内的进程以宿主机当前用户的 UID/GID 运行。下面提供两种方法。&lt;/p></description></item></channel></rss>