作为一个web开发者转为服务器管理员，我很明显地感觉到服务器中的版本控制是根本没有的。我们试图用虚拟机等重磅解决方案来弥补。但是既然composer（phps包管理器）已经向我们展示了处理版本控制的合格和轻量级的方式是包管理文件（composer.json文件，它将成为高级真理的单一来源），而且既然apt就像composer一样是一个简单的包管理器（但是对于Linux），那么apt肯定也有类似的合格的东西（包管理文件）？
这样的文件 composer.json 文件，人们为自己的项目声明与其他项目的依赖关系。 最终的项目，通常是某种网络应用，通常不会使用 composer 来安装，而是通过 Git 或部署脚本从其他地方安装。 这是大多数特定语言的包管理器的典型特征。
对于系统包管理器，比如 apt，最终项目是通过系统包安装的（在本例中，是一个 .deb)，所以它指定了它在该包中的依赖关系，当该包用 apt. 因此，不需要有一个特殊的文件来声明，因为它已经内置于软件包中了。
如果你问的是系统包的依赖关系是如何指定的，这取决于软件包的类型。 对于Debian软件包，它们是在源代码中的 debian/control. 你可以阅读 Debian政策手册 获取更多信息。
如果你问的是在有限的环境中设置一组包，而不影响系统的其他部分，通常是为了构建一个单一的项目，通常我们使用容器来达到这个目的，容器的目的是为了被丢弃和扔掉。