Debian 维护者指南 Osamu Aoki, 杨博远, Fonzie Huang, and xiao sheng wen(肖盛文) November 10, 2023 Debian 维护者指南 by Osamu Aoki, 杨博远, Fonzie Huang, and xiao sheng wen(肖盛文) Copyright © 2014-2021 Osamu Aoki Permission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 2.9 新手贡献者和维护者 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 3 工具的配置 9 3.1 电子邮件地址 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133 iv Abstract 本篇《Debian 维护者指南》（2023-11-10）教程文档面向普通 Debian 用户和未来的开发者，描述了使 用 debmake 命令构建 Debian 软件包的方法。 本指南注重描述现代的打包风格，同时提供了许多简单的示例。

Debian 新维护者手册 Josip Rodin、Osamu Aoki（青木修）、Aron Xu、李凌、郑原真、周默和杨博远 Debian 新维护者手册 ii 版权 © 1998-2002 Josip Rodin 版权 © 2005-2015 Osamu Aoki 版权 © 2010 Craig Small 版权 © 2010 Raphaël Hertzog 本文档可在 GNU 通 Maintainers”. Please use this new tutorial as the primary tutorial document. Debian 新维护者手册 iii COLLABORATORS TITLE : Debian 新维护者手册 ACTION NAME DATE SIGNATURE WRITTEN BY Josip Rodin、 Osamu Aoki（青木 修）、Aron 8, 2022 October 8, 2022 October 8, 2022 REVISION HISTORY NUMBER DATE DESCRIPTION NAME Debian 新维护者手册 iv Contents 1 正确的起点 1 1.1 Debian 的社会驱动力 . . . . . . . . . . . . . . . . . . . . . . . . . . .

Build-Depends: 里列出来） ▶ 也包含了 dpkg-dev 的依赖包。dpkg-dev 里有基本的 Debian 专 用打包工具。 ▶ devscripts: 里面有很多对 Debian 维护者很有用的脚本。 之后还会提到很多其他工具，譬如 debhelper, cdbs, quilt, pbuilder, sbuild, lintian, svn-buildpackage, git-buildpackage Debian 打包教程 17 / 90 debian/control ▶ 软件包 metadata ▶ 源码包的元数据 ▶ 从源代码构建出来的每个程序文件包的元数据 ▶ 软件包名称，分类，优先级，维护者，上传者，build 依赖包，本体依赖包， 描述介绍，主页，… ▶ 说明文档：Debian 政策第 5 章 https://www.debian.org/doc/debian-policy/ch-controlfields mit.edu/mirror/twisted/Twisted/(\d\.\d)/ \ Twisted -([\d\.]*)\.tar\.bz2 ▶ 有网站会自动追踪上游软件的新版本，且会通过控制台通知维护者，譬如 https://tracker.debian.org/ 和 https://udd.debian.org/dmd/ ▶ uscan: 手动检查命令 ▶ uupdate: 尝试将你的软件包更新到最新的上游版本

向某个其他人维护的项目 贡献代码时。 在这种情况下，你首先在自己的分支里进行开发，当开发完成时你需要先将你的代码变基到 origin/master 上，然后再向主项目提交修改。 这样的话，该项目的维护者就不再需要进行整合工作，只需 要快进合并便可。 请注意，无论是通过变基，还是通过三方合并，整合的最终结果所指向的快照始终是一样的，只不过提交历史不 同罢了。 变基是将一系列提交按照原有次序依次应用 Git 提供的一些分布式工作流程了。 这一章中，你将会学习如何作为贡献者或整合者，在一个分布式协作的环境中使用 Git。 你会学习为一个项目成 功地贡献代码，并接触一些最佳实践方式，让你和项目的维护者能轻松地完成这个过程。另外，你也会学到如何 管理有很多开发者提交贡献的项目。 分布式工作流程 与传统的集中式版本控制系统（CVCS）相反，Git 的分布式特性使得开发者间的协作变得更加灵活多样。 接着你可以请求官方仓库的维护者拉取更新合并到 主项目。 维护者可以将你的仓库作为远程仓库添加进来，在本地测试你的变更，将其合并入他们的分支并推送 回官方仓库。 这一流程的工作方式如下所示（见 集成管理者工作流。）： 1. 项目维护者推送到主仓库。 2. 贡献者克隆此仓库，做出修改。 3. 贡献者将数据推送到自己的公开仓库。 4. 贡献者给维护者发送邮件，请求拉取自己的更新。 5. 维护者在自己本地的

在这种情况下，你首先在自 己 的 分 支 里 进 行 开 发 ， 当 开 发 完 成 时 你 需 要 先 将 你 的 代 码 变 基 到 origin/master 上，然后再向主项目提交修改。 这样的话，该项目的维护者就 不再需要进行整合工作，只需要快进合并便可。 请注意，无论是通过变基，还是通过三方合并，整合的最终结果所指向的快照 始终是一样的，只不过提交历史不同罢了。 变基是将一系列提交按照原有次 序 Git 提供的一些分布式工作流程了。 这一章中，你将会学习如何作为贡献者或整合者，在一个分布式协作的环境中 使用 Git。 你会学习为一个项目成功地贡献代码，并接触一些最佳实践方式， 让你和项目的维护者能轻松地完成这个过程。另外，你也会学到如何管理有很 多开发者提交贡献的项目。 分布式工作流程 与传统的集中式版本控制系统（CVCS）相反，Git 的分布式特性使得开发者间 的协作变得更加灵活多样。 接着你可以请求官方仓库的 维护者拉取更新合并到主项目。 维护者可以将你的仓库作为远程仓库添加进 来，在本地测试你的变更，将其合并入他们的分支并推送回官方仓库。 这一 流程的工作方式如下所示（见 集成管理者工作流。）： 1. 项目维护者推送到主仓库。 2. 贡献者克隆此仓库，做出修改。 3. 贡献者将数据推送到自己的公开仓库。 4. 贡献者给维护者发送邮件，请求拉取自己的更新。 5. 维护者在自己本地

版本。 如需举报侮辱、骚扰或其他不可接受的行为，您可以发送邮件至 tc@openeuler.org，联系 openEuler 技术委员会处理。 贡献者们的承诺 为建设开放友好的环境，我们贡献者和维护者承诺：不论年龄、体型、身体健全与否、民族、经验水平、教育程度、社会地位、 国籍、相貌、种族等，我们项目和社区的参与者皆不受此骚扰。 openEuler 21.09 技术白皮书 28 我们的准则 其他有理由认定为违反职业操守的不当行为。 我们的义务 社区项目维护者（Maintainer）有义务诠释何谓“妥当行为”，并妥善公正地纠正已发生的不当行为。社区项目维护者 有权利和义务去删除、编辑、拒绝违背本行为标准的评论（Comments）、提交（Commits）、代码、wiki 编辑、问题（Issues） 等贡献；社区项目维护者可暂时或永久地封禁任何他们认为行为不当、威胁、冒犯、有害的参与者。

版本。 如需举报侮辱、骚扰或其他不可接受的行为，您可以发送邮件至 tc@openeuler.org，联系 openEuler 技术委员会处理。 贡献者们的承诺 为建设开放友好的环境，我们贡献者和维护者承诺：不论年龄、体型、身体健全与否、民族、经验水平、教育程度、社会地位、 国籍、相貌、种族等，我们项目和社区的参与者皆不受此骚扰。 我们的准则 有助于创造积极环境的行为包括但不限于： • 措辞友好且包容。 其他有理由认定为违反职业操守的不当行为。 我们的义务 社区项目维护者（Maintainer）有义务诠释何谓“妥当行为”，并妥善公正地纠正已发生的不当行为。社区项目维护者 有权利和义务去删除、编辑、拒绝违背本行为标准的评论（Comments）、提交（Commits）、代码、wiki 编辑、问题（Issues） 等贡献；社区项目维护者可暂时或永久地封禁任何他们认为行为不当、威胁、冒犯、有害的参与者。

Steven Zou (邹佳), VMware主任工程师/Harbor 核心维护者和架构师 Harbor-助你玩转云原生 关于我 Steven(佳) Zou(邹)，VMware中国研发中心主任工程师， Harbor开源项目架构师及核心维护者，拥有十多年软件研发及 架构经验，获得PMP资格认证及多项技术专利授权。曾在HPE、 IBM等多家企业担任资深软件工程师和架构师，专注于云计算及 云原生 https://github.com/goha rbor/harbor/ 一个开源可信的云原生制品仓库项目用来存储、签名和管理相关内容。 Harbor社区 有来自于5家公司的14位维护者 GitHub星 13K+ 核心提交者 200+ 数据来源: https://harbor.devstats.cncf.io/ & https://github.com/goharbor

Debian 策略手册和相关文档 developers-reference V:0, I:5 2604 Debian 开发者指导方针和信息 debmake-doc I:0 11701 Debian 维护者手册 debian-history I:0 4692 Debian 项目历史 debian-faq I:862 790 Debian 常见问题 Table 1.2: 软件包信息文档列表 你可以用下面的命令安装这些包。 测试安全团体修正。由于一些原因，这些行为相对 stable 档案库没有那么严格, 您可能需要 等待已修正的 unstable 软件包移植到 testing。unstable 档案库的缺陷，交由各个维护者修改。经常维护的 unstable 软件包通常处于相当好的状况，因为它利用了上流最新的安全修正。有关 Debian 怎样处理安全缺陷， 请参见 Debian 安全常问问题 。 上述软件包的数量是 amd64 软件包是被与之有依赖关系的软件包所选择的（例如 gcc 依赖 gcc-10） • 流行度：在投票或者安装指数上有着更高的分数 • 更新日志：维护者经常的更新 • BTS (缺陷跟踪系统): 没有 RC 级别的缺陷（没有危险、重大严重的缺陷） • BTS (缺陷跟踪系统): 有维护者对缺陷报告反馈 • BTS (缺陷跟踪系统): 有着更多的近期修复的 bug 数目 • BTS (缺陷跟踪系统): 遗留的非

S)贡献代码 的事件。一是任职于俄罗斯芯片制造商 Baikal Electronics 的开发者 Sergey Semin。Linux 内核邮件列表显示，他以公司员工身份贡献的补丁遭到拒绝。 内核维护者回复了简短的通知：我们不愿意接受来自贵组织生产的硬件或与 之相关的补丁。 2023 年 6 月，红帽宣布了限制源代码 访问性的政策，称其企业发行版 RHEL (Red Hat Enterprise Vim 之父 Bram Moolenaar 因病逝世 GNU 自由软件项目贡献者 Thien-Thi Nguyen 去世 GNU Emacs 开发者邮件列表于 2023 年 9 月初公布了一则维护者去世 的消息：Goodbye to Thien-Thi Nguyen，并表示他的去世是自由软件世界 的巨大损失。 根据邮件的描述，Thien-Thi Nguyen (ttn) 于 2022 年 10 rcs、guile-sdl、 alive 和 superopt 软件包的 GNU 维护者， 同时还在开发 GNU Go。 Thien-Thi 特别喜欢 GNU Emacs、GNU Taler 和 GNU Go，他是 xpm, gnugo, ascii-art-to-unicode、和 hideshow GNU Emacs 软件包的作者和 维护者，并对许多其他软件包做出了重大贡献，如 vc 等其他软件包，GNU Taler