On Tue, Mar 5, 2019 at 11:03 PM Simone Federici
wrote:
> Karim:
>
>> Il branch dove sviluppi la feature quindi e' creato dal release branch,
>> non dal develop branch, giusto?
>>
>
> abbiamo un "develop" branch per ogni subset di feature che vanno insieme.
> ad esempio:
> dev-3.2.x-bpm-probes
Karim:
> Il branch dove sviluppi la feature quindi e' creato dal release branch,
> non dal develop branch, giusto?
>
abbiamo un "develop" branch per ogni subset di feature che vanno insieme.
ad esempio:
dev-3.2.x-bpm-probes
dev-3.2.x-built-in-report
dev-3.2.x-eureka
On Tue, Mar 5, 2019 at 7:10 PM Simone Federici wrote:
> 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
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
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`
