附录D 怎样为PHP贡献

既然你在阅读本书，那说明你也是对PHP很感兴趣的读者，在窥探到PHP内部实现之后或许也蠢蠢欲动想要共享自己的力量。下面进行一些简单的说明。

很多人以为为PHP做贡献(contribute)只是简单的为PHP提交补丁，其实在广义上来说，为PHP做贡献有很多种方式，这包含但不限于：

  • 宣传和参与PHP的讨论
  • 发现和报告或者提到补丁修复PHP的bug
  • 编写和翻译PHP手册
  • 编写PHP相关的书籍
  • 写PHP相关技术的博客
  • 为PHP增加新功能
  • 编写和贡献PHP扩展或者库
    所以很可能大部分的读者目前其实已经是在为PHP做贡献了。只不过如果你是本书的读者，可能更想为PHP-Runtime做贡献，比如：修复PHP代码的bug，提交功能改进。

我们可能根据自己的特长来为PHP做贡献，如果你英语好，那么翻译手册将会是你的强项。如果你的C比较好，那么可以为PHP修改bug，如果你对PHP语言的语法或者功能有改进想法，你可以提交改进方法，当然如果你能将该功能实现出来那更好不过了。

下面介绍一下，为PHP做贡献的方方面面。

沟通方式

邮件组

在很多开源项目中，邮件组都是作为最主要的沟通方式，邮件组虽然古老，但是却很有效，每个人都会有一个邮箱，可以快捷的使用邮件客户端来沟通，目前的邮件客户端都很好用，可以根据主题进行汇总。Gmail和QQmail就做的不错。

PHP官方的邮件组都列在这里了： http://php.net/mailing-lists.php

IRC

国内IRC使用的不太多，PHP核心开发者都会在 http://www.efnet.org/ 的#php.pecl 频道。如果你想直接找某个开发者，在#php.pecl频道应该可以找的到 :)

报告和修复Bug

PHP的bug可以在http://bugs.php.net上提交。在这里你可以提交和php相关的各种bug，虽然是bug管理，其实这里还可以提出你的需求，比如你觉得PHP缺失某个功能，你可以在这里提交。在提交的同时，如果你能提供实现补丁那再好不过了。没有补丁也没有关系，如果这的确是个bug，根据紧急和难易程度可能会有同学帮你修复，如果是一个功能改进，同时对PHP的改动比较大，那么这个需要提交到php-internals邮件组进行讨论，如果已经有实现了，讨论充分后就可以进行投票了。如果通过投票，那么恭喜你。

这里的bug通指bug和feature，也就是非预期行为以及功能需求。

原则

这里的的Bug指的是PHP语言本身的bug，而不是应用程序的bug，比如某个函数的行为和预期不一致，或者运行某段程序后PHP崩溃了，或者性能低下，你都可以提交报告。

这有一些基本的原则：

如果是bug：

  • 你需要确认这的确是PHP的bug，而不是应用程序的bug
  • 确认你使用正确，也就是是否和PHP手册文档使用一致
  • 尽量用最少的代码来重现问题。这将有利于问题的追查

修复

如果你发现了PHP的一个bug，而同时你想到了解决方案，可以在[Github][http://github.com/php/php-src]上提交一个Pull Request，或者也可以直接把修改的patch上传到你所提交的bug页

测试

在你发现了一个bug或者实现一个功能时，你需要为你的bug或者功能编写测试，测试用例的编写可以参考附录E phpt测试文件说明

测试时可以使用make test TESTS=/path/to/your/bugXXXX.phpt 来进行测试。通常如果是个bug，那么会将测试的名称命名为bugXXXX.phpt XXXX为bug的ID。

贡献功能

RFC (Request For Comments)

比如你觉得PHP不支持重载很不习惯，你想PHP支持这个特性，对于这个特性来说，这是一个非常大的变动，这样的话你最好编写一个RFC说明一下你为什么需要这样一个特性。因为PHP的用户量是非常大的，任何一个变动都会影响到非常多的人，所以你必须说服绝大多数人赞同你的想法。

你的RFC可以放在任何地方，比如直接发送到邮件组讨论，或者放在github上，不过通常，你可以把RFC放在PHP官方的wiki上方便讨论。

邮件组讨论

编写好了后，你可以把你的RFC发送到[email protected]邮件组。当然为了防止你的RFC白写了，你可以直接把你的需求发送到邮件组看看大家的反应，看看大家是否对这个特性或者变动感兴趣。

为了保证你收到大家的邮件，最好在http://php.net/mailing-lists.php订阅一下 邮件组的邮件，同时也推荐大家订阅这个邮件组，可以知道PHP发展的最新动态。

邮件发出来以后，大家可能会质疑你的想法，这时你就需要对家的疑问进行解答。尽可能的把自己的想法表达清楚。

经过一番讨论后，如果感觉进展还可以，那么你就可以发起投票了。投票是在wiki上进行的，可以参考https://wiki.php.net/rfc/trailing-comma-function-args

修改wiki后需要再给邮件组发送邮件，通知到大家来进行投票。

提议被接受的比如为：50%+1

代码实现

如果你已经实现了你想要的功能，记得在RFC中体现，很多时候有一些功能可能大家都希望有，但是由于没有人来实现或者现有的实现不够好。如果有一个实现可能会大大提高你的RFC被接受的可能性。

如果你不太熟悉PHP内核也没有关系，如果的确是个不错的主意，肯定会有人来帮你实现的。

所以如果你有不错的想法欢迎反馈

贡献PECL扩展

如果你写了一个扩展，想分享给大家可以通过pecl来发布你的扩展。

官方有明确的说明：http://pecl.php.net/account-request.php

不过在发起之前请留意：1. 首先你要确保你的扩展的许可：推荐使用PHP3.0.1、BSD或者类Apache许可。2. 你的扩展是否已经有个类似的实现了？如果有人也实现了，社区可能不太会认同。

Composer

从目前来看，目前很少有人维护pear的库了，和ruby社区的gem比起来太过冷清了。目前一个新起之秀: http://getcomposer.org/ Composer表现不俗，目前绝大多数的PHP开源项目都是用composer来进行包管理，所以你如果有开源库的话，也推荐使用composer。

改进和增加文档

目前PHP的文档还算比较全，不过随着版本的升级可能会有些文档没有跟上，或者有的地方会有错误。PHP目前提供了一个方便的平台来协同维护文档。登陆：http://edit.php.net即可对文档进行修改。修改后会有人对修改进行review，如果合适的话会把修改合并进去。

同时手册的中文版本也需要维护，所以如果你感兴趣也可以对文档进行翻译。

如果你有想法，可以参考：http://marc.info/?l=phpdoc&m=136370213519136&w=2

原文: http://www.php-internals.com/book?p=D-how-to-contribute-to-php