<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
      <title>bigfish的网络博客 - Cargo</title>
      <link>https://blog.bigfisharc.cn</link>
      <description>记录技术和生活</description>
      <generator>Zola</generator>
      <language>zh</language>
      <atom:link href="https://blog.bigfisharc.cn/tags/cargo/rss.xml" rel="self" type="application/rss+xml"/>
      <lastBuildDate>Thu, 05 Nov 2026 00:03:06 +0800</lastBuildDate>
      <item>
          <title>target 目录越来越大，Rust 项目该怎么清理</title>
          <pubDate>Thu, 05 Nov 2026 00:03:06 +0800</pubDate>
          <author>bigfish</author>
          <link>https://blog.bigfisharc.cn/blog/rust-disk-cargoc/</link>
          <guid>https://blog.bigfisharc.cn/blog/rust-disk-cargoc/</guid>
          <description xml:base="https://blog.bigfisharc.cn/blog/rust-disk-cargoc/">&lt;p&gt;Rust 项目一多，磁盘空间常常先被 &lt;code&gt;target&lt;/code&gt; 目录吃掉。每个工作区的 &lt;code&gt;target&lt;/code&gt; 里，既有最后要运行的程序，也有依赖编译结果、增量编译数据和构建脚本产生的中间文件。它们都在增长，但生命周期并不一样。&lt;/p&gt;
&lt;p&gt;整目录删除当然最快，代价是最终产物也会一起消失。只想清掉缓存，又得挨个项目判断哪些目录能删。这个两难，是我写 &lt;a rel=&quot;noopener noreferrer external&quot; target=&quot;_blank&quot; href=&quot;https://github.com/bigfish1913/cargoc&quot;&gt;cargoc&lt;/a&gt; 的原因。&lt;/p&gt;
&lt;p&gt;cargoc 把 Cargo 的中间构建文件放到专用目录，按工作区记录和清理空闲缓存；最终产物仍留在 Cargo 原来的 &lt;code&gt;target-dir&lt;/code&gt;。它解决的是“哪些中间文件可以清、什么时候清”。文件是否变小，取决于后续有没有删除空闲缓存；编译仍由 Cargo 完成。&lt;/p&gt;</description>
      </item>
    </channel>
</rss>
