[Python] Github flow e release dopo lo sprint

[Simone Federici]

Noi abiamo uno stato dei ticket ready to merge.
Ogni gruppo di feature che vive insieme viene sviluppata su un branch. Se
due feature dipendono l’una dall’altra vanno nello stesso branch.
Il qa fa i test e segnala quali sono pronte per andare in release.
a quel punto le spostiamo sul ramo stabile dove effettuiamo ogni release.

On Tue, 5 Mar 2019 at 01:24, Karim <lemieliste a gmail.com> wrote:

> Ciao lista, ho scritto questo messaggio su django italia su telegram, ma
> ho pensato che la mailing list sia anche un buon spunto per poterne
> discutere.
>
> Seguendo il gitflow[1] mi ritrovo a lavorare prendendo da `develop` (QA)
> l'ultimo codice, lavorare nel mio branch e poi rilasciare su `develop` per
> far si che possa essere testato sull'env di QA.
>
> Tutto bene, tutto ok a parte un problema.
>
> Seguendo lo scrum, alla fine dello sprint, il product owner dovrebbe fare
> decidere cosa e' pronto per andare in release e cosa non lo e'. Qui sta il
> problema. Non sempre tutte le feature che sono state lavorare durante lo
> sprint sono promosse per la release, succede a volte che qualcosa deve
> essere cambiato e viene rimandato allo sprint successivo.
>
> Se ad esempio abbiamo feature1, feature2, feature3, feature4 che sono
> state sviluppate partendo dal branch develop, a meno che non si fa il merge
> di develop in release con tutte le feature[1-4] allora puo' diventare
> impegnativo fare un release selezionata.
>
> La prima cosa che mi viene in mente e' di sviluppare le feature partendo i
> propri branch da release invece che da develop e ovviamente rendendo le
> feature completamente indipendenti. Questo significa che le varie feature*
> possono essere applicate senza ripercussioni sia su develop che su release
> senza rompere i branch.
>
> Il problema potrebbe essere se feature2, ad esempio dipende da feature1,
> ma in quel caso  feature2 sarebbe un branch del branch di feature1.
>
> Voi come fate?
>
>
> [1] https://nvie.com/posts/a-successful-git-branching-model/
> --
> Karim N. Gorjux
> _______________________________________________
> Python mailing list
> Python a lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20190305/c4d60951/attachment.html>