php-master-changes 8 月まとめ
ruby-trunk-changes を真似してはじめてちょうど 1 ヶ月がたったので、8 月分のまとめと所感。
8 月のカレンダー
Qiita 日記サービスじゃなくてこういうのないから一応。
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 31(11) | 1(6) | 2(9) | 3(10) | 4(6) | ||
| 5(4) | 6(15) | 7(3) | 8(2) | 9(1) | 10(1) | 11(0) |
| 12(6) | 13(4) | 14(5) | 15(1) | 16(3) | 17(15) | 18(3) |
| 19(2) | 20(4) | 21(6) | 22(14) | 23(3) | 24(4) | 25(7) |
| 26(2) | 27(5) | 28(7) | 29(9) | 30(7) | 31(5) |
()内はその日のコミット数。
最初各エントリに 1 日分というのを決めていなくて、8/1 の最初のコミットだけ 7/31 のに、8/2 の最初 2 コミットだけ 8/1 のに入ってる。
8 月のコミット数の状況まとめ
8 月の下位バージョンから上位バージョンへのマージコミットを抜いたコミット数は 169。
1 日のコミット数は最少が 11 日の 0、最多が 6 日と 17 日の 15、平均（出す意味あるのか？）約 5.45 コミット。
人で見ると多い人 (weltling) で 30 コミットくらい。
※ dstogov もコミット多めなので、お金もらって仕事でやってる人達は自然と差が出る感じ（それぞれ MS と Zend）。
8月のダイジェスト
- weltling がちまちま Windows 向けコードの修正やってた
- dstogov がちまちまエンジン / opcache の改修やってた
- laurence もちょろっとエンジン / opcache の修正やってた
- 最近コミッタになった petk がずっと autotools はじめとした開発ツール周りを綺麗にしてた
- 同じ時にコミッタになった carusogabriel がずっとテストの修正してた
- cmb69 がちょいちょいバグチケット拾って対応してた
- PHP 7.3 向けコードで新たに生まれたバグがちょこちょこ直されていった
わりと見どころ（な気がするところ）
-
Trait のバグ修正を追うと Bug #63911 に行き当たる
- PHP 7.3 では Trait で菱型継承のような状態でもコンフリクトを起こさなくなりそう
- 実は Trait の元ネタ論文であるところの Traits: Composable Units of Behaviour にも、Trait はステートを持たないので Diamond Problem はコンフリクトにならない、と明記されていたりするもよう
- "A conflict arises if and only if we combine two traits providing identically named methods that do not originate from the same trait. In particular, this means that if the same method (i.e., from the same trait) is obtained more than once via different paths, there is no conflict."
- 実は Trait の元ネタ論文であるところの Traits: Composable Units of Behaviour にも、Trait はステートを持たないので Diamond Problem はコンフリクトにならない、と明記されていたりするもよう
- PHP 7.3 では Trait で菱型継承のような状態でもコンフリクトを起こさなくなりそう
- early-binding が完全に通常のコンパイル処理の中で行われるようになった
- オペコード ZEND_ADD_TRAIT と ZEND_BIND_TRAITS と ZEND_ADD_INTERFACE と ZEND_VERIFY_ABSTRACT_CLASS がなくなった（ZEND_DECLARE_*CLASS へ統合）
やってみての所感
- 日によってまとめるのにかかる時間はだいたい 20 分 〜 60 分程度
- 時間が取れる日、よく知らない部分をちゃんと調べるともっとかかることも
- 時間かければその分勉強にはなる
- 大きな PR がマージされるようなことになるとおそらく地獄絵図になるので、やり方を考えないとダメそう。
- 容赦なくエンジンの改修が PR なしで入るので、コミットログを直接追ってはじめて追える内部構造の変更が一部ある
- internals が 2 週間くらい止まっていても寂しい気持ちにならない
- 元ネタの ruby-trunk-changes の 8 月の動きを確認すると、数えた限り 426 コミット分あり、フルタイムで取り組んでるような人達の人数差が大きそう（コミット数にそこまで意味があるかというのはともかく、とにかく 90 とか 60 とか 40 とかが数人いて、その少数の人が勢い伸ばしてる感じ）
- PHP くらいの流量なら根性なしでも追えば追えるという感じ