Release Managers for PHP 8.5 View as Markdown

Hi all,

It's time to start the process of finding and electing RMs for the next
minor PHP release.

I'll also note that we plan to start voting on candidates on the 2nd,
so there's plenty of time to get your names in. Good luck!

Hi all,

It's time to start the process of finding and electing RMs for the next
minor PHP release.

We are looking for three souls to take on this role. Whomsoever is elected
will be guided and helped by the current, as well as previous RMs and the
excellent documentation in release-process.md [1].

Candidates should have a reasonable knowledge of internals, be confident
about merging pull requests without breaking backward compatibility, doing
triage for bugs, liaising with previous release managers, and generally
getting the branch in good shape, as these are among the activities you
will be undertaking as release manager. Ideally, at least one of candidate
should be a core developer that can assess more technical PR's. Other
candidates do not necessarily need to have deep knowledge of internals but
should understand above mentioned points.

Notably, at least one of the volunteers must be a "veteran" release manager,
meaning they have participated in at least one release of PHP in the past.
The other may be an additional veteran, or more ideally, someone new to the
RM role (in order to increase our supply of veteran RMs).

Please put your name forward here if you wish to be considered a candidate.
An initial TODO page has been added to the wiki and contains provisional
dates for GA and pre-releases [2].

[1] https://github.com/php/php-src/blob/master/docs/release-process.md
[2] https://wiki.php.net/todo/php85

Let's all make PHP awesome!
Calvin Buckley, Saki Takamachi, and Eric Mann

Hello,

I'd like to toss my name into the hat. I've been on the list for awhile now, but in the last year or two, I started actually speaking up. I first learned C in 1998, and switched to C# in 2005, and finally PHP in 2012. My C was a bit rusty (no, that is not a pun), but it gets better every week that I fiddle and tinker with php-src. I don't feel confident enough to be active on github, but I would like to change that.

PHP has paid my bills long enough; it is time to return the favor; if you'll have me.

— Rob

It's time to start the process of finding and electing RMs for the next
minor PHP release.

Hi Internals,

I’m Volker Dusch, @edorian in most places.

PHP has been a big part of my life for the last 20 years. From helping with
maintaining PHPUnit a couple of years to speaking at conferences and more
recently working on PHP extensions.

I’d like to volunteer for the junior RM role.

While my C-Skills skills, especially around php-src are rather rudimentary,
I’m familiar with the build system and tools around it. Recently, a
colleague and I also put forward 3 RFCs that got accepted.

You can find me at https://github.com/edorian and
https://phpc.social/@edorian

Thank you, and please reach out if there are any questions or concerns.

• Volker

Hi all,

It's time to start the process of finding and electing RMs for the next
minor PHP release.

I'd like to also throw my hat in the ring. I've been contributing for a
while now, and recently got VCS access/karma.

Candidates should have a reasonable knowledge of internals, be confident
about merging pull requests without breaking backward compatibility, doing
triage for bugs, liaising with previous release managers, and generally
getting the branch in good shape, as these are among the activities you
will be undertaking as release manager. Ideally, at least one of candidate
should be a core developer that can assess more technical PR's. Other
candidates do not necessarily need to have deep knowledge of internals but
should understand above mentioned points.

I believe I can satisfy the "core developer" candidate requirement.

-Daniel