PHPの次期バージョンはこの時期どうなっているのか - Internalsの開発体制について - PHPカンファレンス小田原

by てきめん tekimen

Slide 1

Slide 1 text

PHPの次期バージョンはこの時期どうなっているのか Internalsの開発体制について

Slide 2

Slide 2 text

自己紹介てきめん ● https://tekitoh-memdhoi.info ● X: @youkidearitai ● https://github.com/youkideari tai ● PHP 8.4で色々な関数を作った – mb_trim – mb_ucfirst, mb_lcfirst – grapheme_str_split(new!) オレ

Slide 3

Slide 3 text

現状の振り返り ● https://github.com/php/php-src のmasterブランチが開発バージョンです ● 最新バージョンは8.3です ● このうち、アクティブなバージョンは8.2と8.3です – 8.1はSecurity fixes onlyです ● 開発バージョンが8.4です

Slide 4

Slide 4 text

現状はこう

Slide 5

Slide 5 text

いつPHP 8.4と決まったの？ ● PHP-8.3 branch creation – 2023年8月にPHP-8.3ブランチが作られてから、masterブランチのバージョンが8.4.0-devと仮に名付けられました ● Release Managers for PHP 8.4 – 今年3月上旬にPHP 8.4のリリースマネージャーの募集が行われ、投票が行われています – このタイミングでスケジュールが公開されました

Slide 6

Slide 6 text

リリースサイクルについて ● PHPのリリースには、大きく分けて以下になります – 最初の半年 alpha, beta, RC など – アクティブリリースが2年 – セキュリティフィックスオンリーが1年 ● 後述しますがもしかするとここが2年になる可能性があります

Slide 7

Slide 7 text

PHP 8.4のスケジュール Alpha ● 6月6日 alpha1 ● 6月20日 alpha2 ● 7月4日 alpha3 ● 7月16日 feature freeze (新機能の開発終了)

Slide 8

Slide 8 text

PHP 8.4のスケジュール Beta ● 7月18日 beta1 ● 8月1日 beta2 ● 8月15日 beta3

Slide 9

Slide 9 text

PHP 8.4のスケジュール RC ● 8月29日 RC1 ● 9月12日 RC2 ● 9月26日 RC3 ● 10月10日 RC4 ● 10月24日 RC5 ● 11月7日RC6

Slide 10

Slide 10 text

PHP 8.4のスケジュールそしてリリース ● 11月27日 GA 🎉🎉🎉🎉

Slide 11

Slide 11 text

リリースマネージャーについて ● 先程のリリースサイクルを維持するのがリリースマネージャーの役割です – すなわち3年半立場を守ってねという責任が発生します ● リリースマネージャー経験済みの「ベテラン」1名と、経験無しの「ルーキー」2名で構成されます – これを立候補で募り、選挙で選びます

Slide 12

Slide 12 text

立候補してみた ● やってみたかったので立候補してみました ● 先程の「Release Managers for PHP 8.4」に返信すると、候補の名前に載ります ● ルーキーが4人で投票となりました

Slide 13

Slide 13 text

結果は16日にわかるのですが… ● ぼくは4番目ですね – 圧倒的最下位！ ● まあ遠いですねー… ● 他の3人が素晴らしいので応援します – さきちさん（高町咲衣さん）も立候補しています ● 2番目なので色々コミュニケーション取ってくれてるしふさわしいと思う ● 正直ホッとしている

Slide 14

Slide 14 text

RFCによる変更の提案 ● RFCによってPHPにとって重大な変更の提案が行われます ● Feature freezeという、機能追加の凍結まで行えます – それ以降になったら次のバージョンです

Slide 15

Slide 15 text

RFCのやりかた ● https://wiki.php.net でアカウントを作ります ● まず、internalsに向けて「RFC Karma Request」というメールを投げ、作ったアカウントを提示します – こういう機能追加したいですなどと文を添えてください ● Karmaが付与されたらWikiを編集できます ● internalsとの議論は念入りなコミュニケーションをしましょう

Slide 16

Slide 16 text

Wikiの編集・RFCの作成 ● https://wiki.php.net/rfc/howto をよく読んで、RFC を作成しましょう – このスライドよりも上記のほうが正です、よく読みましょう ● 大雑把にいうと、RFCを作成したら、internalsに向けてメールを投げ、「Under Discussion」の状態にします – この状態を最低2週間以上続けます

Slide 17

Slide 17 text

RFCの投票 ● Under Discussionで徹底的に説明をして納得をしてもらえたようだという感じたならば、Vote（投票）に向かえます – 念入りにコミュニケーションを取りましょう ● 投票期間は2週間＋αを置きます – なおこの間RFCの変更をしてはいけません（1回やりました） ● ここで2/3のYesが貰えれば可決です

Slide 18

Slide 18 text

実装 ● 可決したならば、実装に移ります – とはいえ、あらかじめPull Requestは示しておくとRFCの説得力が増しますので、普通はあらかじめ作ります ● レビューを受けます ● masterにマージされます – これにてImplementedとなります – この後にバグ修正などが発生します

Slide 19

Slide 19 text

grapheme_str_splitの例 ● 書記素クラスター単位のstr_split関数の例です ● 「あれっ、Grapheme関数すくなくね？」と気づく – str_splitくらいあったら配列で処理しやすくなるんじゃないかなと思い立つ – PHPカンファレンス北海道2024での話でした

Slide 20

Slide 20 text

grapheme_str_splitの例 ● 実装のPull Requestを書きます ● RFCの結果がまだなので、Draft Pull Requestとしておきます – 先頭に「[RFC]」とかつけておくと親切 – これは「ぼくがそうしてる」というだけです

Slide 21

Slide 21 text

grapheme_str_splitの例 ● （アカウントはRFCを記述できるようになってたので）RFCのURLを決めます ● WikiなのでRFCのURLに何もなかったらそこに書いていいわけです – URLをgrapheme_str_splitと決めました ● そこで「こういう関数があったほうがいいと思います」という旨を記述します

Slide 22

Slide 22 text

Internalsにメールを投げる ● [Discussion]と先頭に入れて [email protected]にメールを投げます ● 返事が来ると思います – これに答えていきましょう

Slide 23

Slide 23 text

Under Discussionフェーズ ● WikiにRFCを記述したら、Under Discussion フェーズに持っていきます

Slide 24

Slide 24 text

投票フェーズ ● Under Discussionから何も返事がなくなり、2週間が経過したら投票フェーズに入ります ● YesとかNoとか入れてくれます ● ここで2/3のYesを獲得しましょう ● この状態を2週間待ちます – 終了は自分で宣言できるので、2週間＋αとしましょう

Slide 25

Slide 25 text

投票終了 ● 終わって、2/3のYesをもらえたら「Accepted」となります ● 精一杯の感謝を伝えましょう

Slide 26

Slide 26 text

実装 ● Draft Pull Requestから普通のPull Requestにします ● 色々やり取りをして Approveをもらい、masterにマージしてもらったら終わりです！やったぜ！

Slide 27

Slide 27 text

masterブランチ ● masterブランチで使えるようになります ● これがPHP 8.4で使えるようになるわけですね

Slide 28

Slide 28 text

ここまでが今までの話

Slide 29

Slide 29 text

RFC: Release cycle update ● https://wiki.php.net/rfc/release_cycle_update ● リリースサイクルを4年に伸ばすというもの – ほかにも色々ありますが基本的にはそういうRFC – 可決されるとPHP 8.4のEOLが2028年末になります ● PHP 8.1から適用になるらしいので来年末EOLですかね – 4月29日 00:00 UTCに結果が決まりますが、2/3のYesはクリアしそうです

Slide 30

Slide 30 text

これをもとにすると

Slide 31

Slide 31 text

Alpha ● 7月4日 alpha1 ● 7月18日 alpha2 ● 8月1日 alpha3 ● 8月13日 feature freeze – すべてのRFCの投票が終わっている必要があります

Slide 32

Slide 32 text

Beta ● 8月15日 beta1 ● 8月29日 beta2 ● 9月10日 RFCで投票されたものがすべてマージされている期限 ● 9月12日 beta3

Slide 33

Slide 33 text

RC ● 9月24日 masterからPHP-8.4ブランチへカットされます – ここでは新機能が搭載されることはありません ● 9月26日 RC1 ● 10月10日 RC2 ● 10月24日 RC3 ● 11月7日 RC4

Slide 34

Slide 34 text

そしてリリース ● 11月21日リリース 🎉🎉🎉🎉🎉 ● 2026年12月31日バグ修正リリースの終了 – Security fixes onlyのはじまり ● ただしリグレッション（回帰）修正はありえる ● 2027年12月31日リグレッションリリースの終了 ● 2028年12月31日 Security fixes onlyの終了、EOL

Slide 35

Slide 35 text

alpha ● alpha1から3まであります – 8月1日に最後のPHP 8.4.0alphaバージョンが出ます – この時点では機能追加はまだできます ● つまりFeature freezeの前です

Slide 36

Slide 36 text

beta ● betaは1から3まであります – beta1の前にFeature freezeがあります – beta3にはすべての可決されたRFCがマージされている必要があります

Slide 37

Slide 37 text

RC (Release Candidate) ● リリース候補版です – 機能の追加は当然なく、バグ修正などにあてがわれます – すでにPHP-8.4ブランチが出来上がっており、それをもとにしてRCバージョン番号がつけられます – RC1から4まであります ● 今までは1から6の事が多かったですが、7まで出たことがあります

Slide 38

Slide 38 text

GA (General Available) ● 要はリリースです – こうしてPHPの新バージョンが日の目を見ることになります – ここまでで半年間の面倒を見ることになります

Slide 39

Slide 39 text

リリースの後 ● リリースされたら2年間のバグフィックスサポートと 2年間のセキュリティフィックスサポートがあるということになります ● もしもこのRFCが可決されたらですが – まあ可決されるのでしょう

Slide 40

Slide 40 text

まとめ ● 現在のphp-srcのInternalsの動きをまとめました ● リリースサイクルが変更される可能性があります ● RFCを受け付けています – 機能追加したいなら急ごう、意外と時間を取られるため – 2週間の議論と2週間の投票で最低1ヶ月はかかる

Slide 41

Slide 41 text

おわりご清聴ありがとうございました