然而，由于商标问题，这些已被重新命名，并以不同的名称提供。
当今的 sid 尚不存在时，FTP 站点组织存在一个主要缺陷：那时假设当一个架构在当前的 unstable 中创建时，它将在该发行版成为新的 stable 时发布。对于许多架构来说情况并非如此，结果是那些目录不得不在发布时移动。这是不切实际的，因为移动会消耗大量带宽。
归档管理员通过将未发布架构的二进制文件放在一个名为 "sid" 的特殊目录中，解决了这个问题多年。对于那些尚未发布的架构，在它们首次发布时，会从当前的 stable 链接到 sid，从那时起，它们就像往常一样在 unstable 树中创建。这种布局对用户来说有些令人困惑。
随着软件包池的出现（参见 “pool” 目录中有哪些内容？，第 6.10 节），二进制软件包开始存储在池中的规范位置，与发行版无关，因此发布发行版不再导致镜像站点上产生大量带宽消耗（然而，在整个开发过程中存在大量的逐渐带宽消耗）。
dists/stable/main、dists/stable/contrib、dists/stable/non-free 和 dists/unstable/main/ 等。
从历史上看，软件包被保存在 dists 的子目录中，该子目录对应于包含它们的发行版。事实证明，这会导致各种问题，例如在进行重大更改时镜像站点上产生大量带宽消耗。这个问题通过软件包池的引入得到了解决。
dists 目录仍然用于诸如 apt 等程序使用的索引文件。
请注意，有些移植使得此工具可用于其他软件包管理系统，例如 Red Hat 软件包管理器，也称为 rpm。
使用 debian-list-subject-REQUEST@lists.debian.org 地址来执行此操作。
Debian GNU/Linux FAQ
版本 5.0，2011 年 8 月 27 日