O Pavilion está considerando oferecer suporte oficial à branch stable para alguns de nossos plugins, começando pelo plugin Custom Wizard.
Várias pessoas têm solicitado há algum tempo uma alternativa ao suporte tests-passed para alguns de nossos plugins (especialmente o plugin Custom Wizard). A decisão de considerar essa mudança é fruto de uma combinação entre a massa crítica de solicitações e o fato de o plugin estar agora em um estado regularizado (cobertura de testes, CI, versionamento semântico, etc.).
Alguns administradores de fóruns, que buscam algo mais estável do que o suporte tests-passed no plugin, fixam seus fóruns em versões específicas, uma de cada vez. Uma das preocupações expressas por esse grupo de administradores ao adotar a stable é que commits adicionais sejam cherry-picked para a branch stable fora de releases específicos.
Se esses administradores de fóruns também adotassem a stable (em linha com o plugin), estariam incorporando esses commits adicionais fora das versões regulares. A política ou abordagem de cherry-picking também afetaria a maneira como mantemos a branch stable no(s) plugin(s).
Existe uma política sobre quais tipos de commits são cherry-picked? Tenho a impressão de que os commits cherry-picked para a stable fora de versões específicas são (agora) limitados a correções de segurança e correções de bugs, enquanto no passado a abordagem era às vezes mais liberal.
Existe uma política atual sobre o que é cherry-picked para a stable fora de versões (“extra-version cherries”)?