Définition des branches Github

Définition des branches Github:

  • Stable : Version finale de production (utilisateurs).
  • Release : Release Candidate. Version sensée être la prochaine Stable, bugfix uniquement, pas de nouvelle chose car risque d’introduction de nouveaux bugs.
  • Beta : Tests des nouvelles features, chasse aux bugs. Permet aux développeurs de plugins de préparer leurs futures versions.
  • Alpha : Version de développement. Pour les développeurs du Core, avant passage en Beta.

Sur ma machin de test je suis sur la branche beta et elle n’a est toujours en 3.3.16 alors que ma stable est en 3.3.19
Je ne comprend pas ou est le probleme?

La Branche Beta n’a pas était mis a jour avec la RC ou la Stable. elle attend la V4.

Ok je suis passé sur l’alpha comme ça je peut commencé des que j’ai 5 minutes
Je m’attendait a quelque chose de plus catastrophique niveau design des plugin

Bonjour,

Je reviens sur ce sujet parce que je ne retrouve plus le post où on en parlait… Quel est le nouveau « gitflow » maintenant ?

  • stable est devenu master
  • alpha et beta semblent abandonné ?
  • une nouvelle branche par release, ex: 4.5.3: est-ce que la branche est faite à la fin du processus lorsque la nouvelle release est livrée ? Dans ce cas on ne devrait plus pousser dessus… Ou alors au contraire on prépare sur cette branche la sortie de la prochaine 4.5.3 ?

Et surtout, la question qui fâche, que fait-on des PR en cours, changer la cible, rebase, abandon ?

Cela a une incidence aussi sur les workflow github, la plupart des vérifications sont faites sur la branche alpha aujourd’hui donc si on le change il faut modifier tous les wokflows.

Salut,

Celui-ci ?

1 « J'aime »