|
Debian的成员结构 Debian只有两种官方背景的成员角色：Debian开发者（DD）和Debian维护人员（DM）。《Debian宪章》中定义了Debian开发者的权利，而Debian维护人员则是在2007年的总决议中才做的定义。DM一职被整合到Debian官方的进程十分缓慢，而现在，自愿者在申请成为DD之前最好是先申请成为DM。 DD的主要职能是提交代码以及进行自己负责的包的维护。他们具有进入Debian服务器的权限，并可以参与社区投票（比如一年一次的选举）。 DM是一个没有多少权限的角色，他们只能为那些在Maintainer或Uploaders字段里包含他们的名字、并已经被DD指定了DM-Upload-Allowed: yes标记（意思为允许DM上传）的包执行上传的工作，除此之外他们没有别的权利，而他们访问Debian资源的权限也十分有限。 除了这两个官方角色外，还有一些非官方身份的包维护人员。但他们的名字只出现在Maintainer字段，因此他们不能执行上传操作，所有上传操作都由DD完成并进行校验。如果DD信任这些非正式任维护人员，他们通常希望维护人员去申请正式的DM角色，这样可以将上传的工作移交给他们来执行，以减轻自己的负担。 要成为一个Debian贡献者，一般的途径是先成为非官方的包维护人员。在其包维护的能力和人品得到DD认可并推荐之后，则可以申请成为DM。DM任期满6个月后，则可以通过Debian New Maintainers进程申请成为一个DD，这个过程也需要其他DD的推荐。 Ubuntu中的开发者角色 Ubuntu从一开始就定义了一个官方的“Ubuntu成员（UM）”角色，它包括所有贡献者，如开发人员，文档编写人员，翻译人员，美工等等。有了这个身份后才可以参与Ubuntu社区委员会的选举，也才有机会参与Planet Ubuntu计划（51CTO编辑注：这是一个类似于集体博客的计划），此外，还可以获得一个@ubuntu.com邮件别名。 对于开发人员，情况更复杂：Wiki页面列出了不少于5种身份。最初，开发人员分为Ubuntu核心开发人员（UCD）和Ubuntu宇宙大师（MOTU），后者负责universe/multiverse部分的归档，而前者则有main/restricted部分的上传权限。不过，受到Debian维护人员角色的启发以及在归档方面面临的一些具体问题，Ubuntu修改了底层结构，以提供更细粒度的包上传控制。（51CTO编辑注：Ubuntu主要分为四大组件：Main，Restricted，Universe，以及Multiverse。Main指由Ubuntu团队支持的、在Ubuntu发行版中列入标准配置的自由开源软件；Restricted指的是Ubuntu发行版中默认配置的专有软件，主要是硬件驱动；Universe主要是来自第三方、不由Ubuntu团队负责的开源软件；Multiverse则是来自第三方的专有软件。） Ubuntu现在可以为每个包授予上传权限，也可以用相同的粒度进行权限委托，于是就诞生了新的“单包上传者（PPU，Per Package Uploader）”身份——他们是仅对一组有限的包具有上传权限的Ubuntu成员。Ubuntu开发者身份现在包含多个不同的开发团队，分别被委托以不同包集合的上传权限。目前，已经有Ubuntu Desktop，Mythbuntu，Kubuntu和Edubuntu四个团队，每个团队可以规定自己的策略，在遵循开发者成员委员会规定的基本原则下，可以自行增加新成员。 Ubuntu贡献开发人员是一种中间身份，他还没有为成为其他开发者身份做好准备，但表达了成为Ubuntu成员的决心。 所有这些身份都可以通过类似的方法取得：创建一个Wiki页面列举你过去所做出的贡献；从与你一起工作过的现有成员那里收集证明；将你自己添加到下一次委员会会议的议事日程中，并准时参加会议。委员会成员将会查看你的Wiki页面，并根据你在会议（以及平时的开发者邮件列表）上的作答情况，以及其他人对你的意见，审核你是否能通过。 最重要的委员会成员是由社区选举产生的，而其他一般的角色是由社区委员会任命的。这些治理主体包括Canonical员工，但并没有想象的那么多人：开发者成员委员会总共有8人，其中2人是Canonical员工；社区委员会总共也只有8人，其中2人是Canonical员工；技术委员会的6个成员全部是Canonical员工，这6名成员全部由Mark Shuttleworth亲自任命，社区对此没有任何话语权，在确认投票时只能选择同意。很明显，作为Ubuntu的创始人，Mark Shuttleworth希望牢牢控制该项目的发展方向，也只有他是社区委员会和技术委员会永久性成员。 |
