Ubuntu编包指南.pdfVIP

1.1 关于ubuntu 发展的介绍 Ubuntu 是一款由许多不同的软件包构成，使用许多不同的编程语言编写的操作系统。 该系统的每一个软件包 （可以称之为软件库，工具或一个图形应用程序）事实上都是一个个 源码包。源码包在大多数情况下，由两部分组成：实际的源代码和元数据包。其中元数据包 括依赖包，版权和许可信息，以及如何建立包的介绍说明。当源码包在被编译时，生成的过 程会生成二进制包，这是一种用户可以安装的.deb 文件。 每当一个新版本的应用程序发布时，或当有人对ubuntu 的源代码进行修改时，源码包 必须上传到Launchpad 的编包平台进行编译。编译返回的二进制包将会被存档保存，其镜像 将分布在不同区域。/etc/apt/sources.list 下的URLs 即指向这些存档或镜像。每天都需要根据 不同的ubuntu 系统的特点生成不同的CD 映像。Ubuntu 桌面，Ubuntu 的服务器，Kubuntu 等等均列举了一系列从CD 上获得的软件包。然后，这些CD 映像用于安装测试，并提供反 馈和进一步程序发布规划。 Ubuntu 的发展与现阶段的发布周期密切相关。我们每六个月发布ubuntu 的一个新版本， 这是必须做到的，因为我们已经建立了一个十分严格的冻结日期。每一个冻结日期到达时， 开发者将会减少对代码的修改和变更。Feature Freeze 是开发周期进行到一半时的第一个大 冻结。在这个阶段，软件功能必须基本落实。周期的剩余时间里应该把重点放在修复漏洞上， 用户界面，执行文档，内核等阶段仍被冻结。此时发布测试版本，进行大量测试。接下来在 上述 beta 版的基础上，只修改一些关键性的漏洞，得到一个候选版本。如果它不包含任何 严重的问题，它将成为最终版本。 数以千计的源码包，数十亿行代码，数以百计的贡献者需要大量的沟通和规划，以维持 高标准的质量。在每个发布周期的初始阶段，我们都会举办Ubuntu 开发峰会，开发者和贡 献者都会齐聚一堂来策划下一个版本的功能。利益相关者讨论系统的每一个功能，并对其中 的假设、实施一些必要的修改和测试的方法等方面进行书面陈述。这些工作都是在透明公开 的环境下完成的，所以即使你个人无法出席这个活动，你也可以远程参与，得知最新的消息， 与参与者交流，赞同项目的变更，你永远是紧跟潮流的。 由于Ubuntu 的变化依赖于其他项目的变化，所以不是每一个微小变动都会在会议中讨 论。这就是为什么Ubuntu 的贡献者需要不断保持联系。大多数团队或项目使用专用的邮件 列表以防干扰。开发商和贡献者会直接使用互联网中继聊天（IRC）。所有讨论都是开放和公 开的。 关于沟通的另一个重要工具就是bug 报告。每当在一个包或一块基础构件中发现缺陷， 都会向Launchpad 提交一个bug 报告。报告中会收集所有信息及其重要性，状态和必要时更 新的代理。bug 报告可以很好地发现bug，合理安排工作量。 Ubuntu 最重要的上行版本是Debian 系统。Ubuntu 和许多基础结构的编包设计都是基于 Debian 的发行版。传统上，Debian 一直拥有维护所有源码包的维护人员和专门的维修队伍。 在Ubuntu 中也有一些团队对这些源码包有兴趣，每个开发人员都有自身的专业领域，但参 与权限 （和上传权限）一般是开放给有能力和意愿的人员。 作为一个新的贡献者对 ubuntu 的贡献并不像想象中艰巨，它似乎是一个非常有益的经 历。你不仅可以学习崭新而令人兴奋的事物，也可以为数以百万计的用户解决问题。 开源开发发生在一个分布式的世界里，它们有着不同的目标和不同的重点领域。比如说 有这样一种情况，在上一版本中可能对某一个功能十分感兴趣，但Ubuntu 开发团队由于发 布周期紧张的缘故只愿意在传统版本上修复漏洞发行新版本。这就是为什么我们利用“分布 式开发”，代码工作由各个分支完成，在代码审查和充分讨论后相互汇合。 在上述例子中，在前一个版本的ubuntu 系统的基础上增加新功能、修复漏洞，形成新 版本，这是非常有意义的。这将是大家双赢的局面。 在 Ubuntu 中要修复一个 bug，你首先要取得源码包，然后进行修复工作，生成文档资 料，以便其他开发人员和用户理解，接着还要编包来测试它。完成测试后，你可以建议将这 个修改加入到当前的Ubuntu 开发版本中。有上传权限的开发人员将进行审查，然后将其集 成到Ubuntu 系统中。 当你试图寻找一个解决方案时，你可以检查上一版本