一、APT仓库目录结构
1.1 版本代号
sid,still in development,该版本和unstable版本是一样的。
版本可以从多个侧面来进行命名。
第一,从release的角度进行命名。比如,buster、jessie、stretch
第二,使用数字编码,比如7、8、9,然后还有小版本,7.11、8.9
第三,对于当前最新的开发版本,又可以命名为stable、unstable和testing分支,当前的unstable又可以叫做sid。
第四,同样的对于上一个开发版本,可以命名为oldstable、上上个版本,oldoldstable。
1.2 dists目录
这个里面即是各个版本的包仓库,如果当前的开发版本是stretch,那么stable目录是到stretch的软连接,其它的依次类推。
1.3 dists子目录
dists的子目录分为release和suite两大类,release即buster、jessie和stretch这些,而suite即unstable、testing和stable等。
再进一步的子目录又分为contrib、main和non-free。
再进一步的子目录里面是binary-xxx、source,binary-xxx 里面是对应二进制包的元数据,Packages.gz,source里面是对应的源码包的元数据,即Sources.gz。
通过它们可以找到真正的二进制包和源码包。
如以腾讯云ubuntu,https://mirrors.cloud.tencent.com/ubuntu
![](https://img2020.cnblogs.com/blog/1959446/202109/1959446-20210909112355842-182822815.png)
![](https://img2020.cnblogs.com/blog/1959446/202109/1959446-20210909112432222-2056605102.png)
![](https://img2020.cnblogs.com/blog/1959446/202109/1959446-20210909112521176-1365430872.png)
1.4 pool目录
真正的debian的二进制包和源码包是在根目录下面的这个pool目录下。
1.5 main、contrib和non-free
全部是free的包在main中,
全部是non-free的包在non-free中
依赖于non-free的包仔contrib中。
这些即是components
![](https://img2020.cnblogs.com/blog/1959446/202109/1959446-20210909112634998-2075426674.png)
1.6 xxx-updates
proposed-updates里面的一些包也会放在这里。
1.7 xxx-proposed-updates
在稳定版的基础上的更新也会进行release,比如7.1、7.2、7.3等等,这些release被称为point release,而这个proposed-updates就是为下一次的point release做准备工作的,也就是说,对稳定版本的更新先放在proposed-updates里面,然后积累到了一定的量之后发布point release。
1.8 xxx-backports
就是同一个发行版的unstalble、testing中的包,在stable下重新编译,使之可以在stable版本下使用。
1.9 xxx-backports-sloppy
就是下一个发行版的unstalbe、testing中的包,在old stable下重新编译,使之可以在old stable版本下使用,比如stretch的tesing中的包,使之可以在jessie的stable中使用,就上传到这个文件夹里面。
1.10 xxx-kfreebsd
kfreebsd指的是使用freebsd kernel的debian发行版。
1.11 xxx-kfreebsd-proposed-updates
同xxx-proposed-updates
1.12 update的最小粒度是包吗?
这些不重要,重要的是,更新之后,所用的包就是新版本的包了。
二、debian开发的流水线
2.1 debian分支开发的顺序
unstable->testing->stable
debian的开发分支叫做unstabel/sid,当需求开发完,并且bug差不多了之后,会froze掉,进入testing分支,这个阶段只是修改bug,当bug解完了,进入下一个stable分支。
三、源
3.1 sources.list文件的结构
每个源占一行
deb是二进制包,deb-src是源码包
deb uri distribution [component1] [component2] [...]
distribution就是suite和release。
![](https://img2020.cnblogs.com/blog/1959446/202109/1959446-20210909112842670-1843183486.png)
四 、debian repository 目录结构
下面是简化的Ubuntu源的目录结构。
NOTE:
所有的兄弟文件夹(父目录相同的文件夹)都只展开第一个
Pool文件夹的四个子文件夹里,存放的是按照字母顺序分类的各个软件包
每个repo的文件夹会有出入,实际以你使用的为准
4.1 重要的文件(夹)和解释
根目录下至少有两个文件夹:dists和pool。dists文件夹里存储的是关于软件包的信息数据,包括:文件名称、大小、位置、校验码等。而pool文件下是具体的软件包存放位置,单独把文件放在pool文件夹里是为了防止文件的重复。
Release/InReleas
文件位于$ARVHIVE_ROOT/dists/$DISCTRIBUTION 文件夹内,InRelease文件是内部自认证的,而Release文件需要伴随Release.gpg文件出现。这个文件包含该发布版(所在的文件夹)的索引文件和对应的hash。内部所列文件的位置是相对该文件的。比如上面的的source.list内容,为了获取main组件,apt会扫描
http://mirrors.163.com/ubuntu/dists/precise/Release文件得到main/binary-amd64/Packages.gz组合成最终的地址http://mirrors.163.com/ubuntu/dists/precise/main/binary-amd64/Packages.gz。这里面就是precise发布版里main组件的所有软件索引。
以binary-$arch命名的文件夹里是二进制文件的目录,源文件的目录在source文件夹。
Package列出的文件是相对于$ARCHIVE_ROOT的。
Packages 和 Sources目录是是控制文件,包括索引、翻译和差异等。
.deb文件是debian的包文件
.dsc是debian的源码描述文件
.tar是打包的文件
.gz和.bz2是压缩的文件
Release 文件的内容
上面已经说到,release文件就是索引文件。除了具体文件的hash和位置之外,一般还有其他的信息。
下面是release为文件的截图,注意:这只截取了开头的部分,完整的内容请参看实际的文件。
可选项,这些提供了一些repo的基本信息
Description: 描述
Origin:repo的来源
Label:标签说明
Suite: 套件,就是前面说的distribution
Codename: 发布的代号
决定repo布局的选项
Components: 对应前面的组件
Architectures:系统的架构
功能性的选项
Date:release文件的创建日期
Valid-Util:保质期
MD5Sum, SHA1, SHA256: 指使文件的位置和认证索引文件的真伪,包括:
checksum
文件大小
文件名
其中四个选项是server端必须的:
SHA256
Suite and/or Codename
Architectures
Components
Package文件的内容
文件dists/$DIST/$COMP/binary-$ARCH/Packages是二进制包的索引。这个文件分成很多段,每一段是一个具体文件包的说明,上图是一个包的完整实例。其中包括的选项有:
Filename:文件名,相对于$ARCHIVE_ROOT的路径(必须)
Size: 文件大小,byte为单位(必须)
MD5Sum, SHA1,SHA256:加密hash,验证wfjm(推荐)
Description-md5(可选)
4.2 Sources文件的内容
文件$DIST/$COMP/source/Sources被称为源码文件索引。它们和Packages文件相似,分为很多段,每一段描述一个源码文件包。
几个重要的选项有:
Directory: 文件包所在的目录
Package: 文件名
version: 版本号
Priority: 优先级,包括source、optional等选项
Files: 包括的文件
Checksums-Sha1(256): 校验和
4.3 apt-get 的流程
apt的工作流程:
apt程序解析source.list,根据后面的uri和发行版得到release的文件的位置
dns解析url的ip,请求release文件,解析组件的release文件和package文件,根据package文件里的内容找到所要装的文件包,并验证所有文件的合法性。
如果文件包有依赖(depends),继续使用上述的方法定位到依赖的安装包。安装所有依赖后,再安装该软件包。
如果文件包没有依赖,直接安装。
三、定制自己的source.list文件
1.找到repo的根目录($ARCHIVE_ROOT),就是包含dists和pool目录的那个目录,记为
2.打开dists目录,记下其中的子目录名称,找到自己要使用的版本名
3.打开pool目录,找到里面的组件名称
4.编写自己的source.list,格式为deb url codename component。
5.更新一下:sudo apt-get update。