Pavilion está considerando apoyar oficialmente la rama stable para algunos de nuestros plugins, comenzando con el plugin Custom Wizard.
Varias personas han estado solicitando durante algún tiempo una alternativa al soporte tests-passed para algunos de nuestros plugins (en particular, el plugin Custom Wizard). Esta consideración surge por la combinación de un volumen crítico de solicitudes y el hecho de que el plugin ahora se encuentra en un estado regularizado (cobertura de pruebas, CI, versionado semántico, etc.).
Algunos administradores de foros que buscan algo más estable que el soporte tests-passed en el plugin fijan sus foros a versiones específicas, una a la vez. Una de las preocupaciones que este grupo de administradores ha expresado respecto a adoptar stable es que se pueden aplicar commits adicionales mediante cherry-pick a stable fuera de las versiones específicas.
Si esos administradores de foros adoptaran también stable (en línea con el plugin), estarían adoptando esos commits adicionales fuera de las versiones regulares. La política o enfoque de cherry-pick también afectaría la forma en que mantenemos la rama stable en el (los) plugin(s).
¿Existe una política sobre qué tipo de commits se seleccionan mediante cherry-pick? He tenido la impresión de que los commits cherry-picked a stable fuera de versiones específicas están (ahora) limitados a parches de seguridad y correcciones de errores, mientras que en el pasado el enfoque era a veces más liberal.
¿Existe actualmente una política sobre qué se cherry-picka a stable fuera de las versiones («cherry-picks extra-versionales»)?