PHPContribuyendo al PHP Core


Observaciones

PHP es un proyecto de código abierto, y como tal, cualquiera puede contribuir a él. En términos generales, hay dos formas de contribuir al núcleo de PHP:

  • Corrección de errores
  • Adiciones de características

Sin embargo, antes de contribuir, es importante comprender cómo se administran y liberan las versiones de PHP para que las correcciones de errores y las solicitudes de funciones puedan apuntar a la versión de PHP correcta. Los cambios desarrollados pueden enviarse como una solicitud de extracción al repositorio de PHP Github . Puede encontrar información útil para los desarrolladores en la sección "Involúcrese" del sitio PHP.net y el foro #externals .

Contribuyendo con la corrección de errores

Para aquellos que buscan comenzar a contribuir con el núcleo, generalmente es más fácil comenzar con la corrección de errores. Esto ayuda a familiarizarse con los elementos internos de PHP antes de intentar realizar modificaciones más complejas al núcleo que una característica requeriría.

Con respecto al proceso de administración de versiones, las correcciones de errores deben apuntar a las más afectadas, mientras que aún se admite la versión de PHP. Es esta versión a la que deben dirigirse las solicitudes de corrección de errores. Desde allí, un miembro interno puede combinar el arreglo en la rama correcta y luego combinarlo hacia arriba para obtener las versiones posteriores de PHP según sea necesario.

Para aquellos que buscan comenzar a resolver errores, puede encontrar una lista de informes de errores en bugs.php.net .

Contribuyendo con adiciones de características

PHP sigue un proceso RFC cuando introduce nuevas funciones y realiza cambios importantes en el idioma. Los RFC son votados por miembros de php.net y deben alcanzar una mayoría simple (50% + 1) o una mayoría absoluta (2/3 + 1) del total de votos. Se requiere una mayoría absoluta si el cambio afecta al lenguaje en sí (como introducir una nueva sintaxis), de lo contrario solo se requiere una mayoría simple.

Antes de poder someter a votación las RFC, deben someterse a un período de discusión de al menos 2 semanas en la lista de correo oficial de PHP. Una vez que este período ha finalizado, y no hay problemas abiertos con el RFC, se puede mover a votación, que debe durar al menos 1 semana.

Si un usuario desea revivir un RFC rechazado anteriormente, puede hacerlo solo en una de las siguientes dos circunstancias:

  • Han pasado 6 meses desde la votación anterior.
  • El (los) autor (es) hacen cambios sustanciales en el RFC que probablemente afectarían el resultado de la votación en caso de que se vuelva a votar el RFC.

Las personas que tienen el privilegio de votar serán contribuyentes a PHP en sí (y por lo tanto tienen cuentas de php.net), o serán representantes de la comunidad de PHP. Estos representantes son elegidos por aquellos con cuentas de php.net y serán desarrolladores líderes de proyectos basados ​​en PHP o participantes regulares para discusiones internas.

Al enviar nuevas ideas para una propuesta, casi siempre se requiere que el proponente escriba, como mínimo, un parche de prueba de concepto. Esto se debe a que sin una implementación, la sugerencia simplemente se convierte en otra solicitud de función que probablemente no se cumpla en un futuro cercano.

Puede encontrar una guía detallada de este proceso en la página oficial de Cómo crear un RFC .

Lanzamientos

Las versiones principales de PHP no tienen un ciclo de lanzamiento establecido, por lo que pueden ser lanzadas a discreción del equipo interno (cuando lo consideren adecuado para un nuevo lanzamiento importante). Las versiones menores, por otro lado, se lanzan anualmente.

Antes de cada lanzamiento en PHP (mayor, menor o parche), una serie de candidatos de lanzamiento (RC) están disponibles. PHP no usa un RC como lo hacen otros proyectos (es decir, si un RC no tiene problemas para encontrarlo, entonces es el próximo lanzamiento final). En su lugar, los utiliza como una forma de betas finales, donde normalmente se decide un número determinado de RC antes de que se realice el lanzamiento final.

Versiones

PHP generalmente intenta seguir versiones semánticas siempre que sea posible. Como tal, la compatibilidad con versiones anteriores (BC) debe mantenerse en versiones secundarias y de parches del idioma. Las características y los cambios que conservan BC deben dirigirse a versiones menores (no a versiones de parches). Si una característica o cambio tiene el potencial de romper BC, entonces deberían apuntar a la siguiente versión importante de PHP ( X .yz).

Cada versión menor de PHP (x. Y .z) tiene dos años de soporte general (denominado "soporte activo") para todos los tipos de correcciones de errores. Se agrega un año adicional a eso para soporte de seguridad, donde solo se aplican correcciones relacionadas con la seguridad. Después de los tres años, el soporte para esa versión de PHP se elimina por completo. Puede encontrar una lista de las versiones de PHP actualmente soportadas en php.net .

Contribuyendo al PHP Core Ejemplos relacionados