-
Notifications
You must be signed in to change notification settings - Fork 2
Open
Description
Secondo me potremmo modificare questa parte:
git finish-hotfix
usage:
git finish-hotfix
description:
Bisognera' eseguire questo comando DUE o TRE volte dipendentemente dall'esistenza
o meno di un rc-branch non ancora rilasciato. La prima esecuzione e' identica in entrambi i casi
1) Incorporare la hotfix sul hc-branch corrente (pull-request su hc-branch)
Nel caso, piu' semplice, di non esistenza di un rc-branch in corso
2a) Incorporare la hotfix su master IMMEDIATAMENTE dopo che la pull-request al punto 1
e' stata approvata e mergiata.
Nel caso, piu' complesso, di esistenza di un rc-branch
2b) Incorporare la hotfix su rc-branch IMMEDIATAMENTE dopo che la pull-request al punto 1
e' stata approvata e mergiata.
3) Incorporare la hotfix su master IMMEDIATAMENTE dopo che la pull-request al punto 2a
e' stata approvata e mergiata.
N.B.1. Il comando va lanciato all'interno dell'hotfix branch
N.B.2 Dopo che la pull request e' stata mergiata sul hc-branch corrente
per allineare l'ambiente di PREPROD con le nuove modifiche e' necessario portarsi nel hc-branch corrente
git checkout $(git hc-branch)
e successivamente lanciare questo comando
git release release-preprod
N.B.3 (Se nel caso 2b) Dopo che la pull request e' stata mergiata sul rc-branch corrente
per allineare l'ambiente di QA con le nuove modifiche e' necessario portarsi nel rc-branch corrente
git checkout $(git rc-branch)
e successivamente lanciare questo comando
git release release-qa
con
usage:
git finish-hotfix
description:
Una volta terminata la propria hotfix, la PR NON VA RICHIESTA MANUALMENTE.
**Eventualmente esplicitare che la PR viene creata direttamente lanciando questo script**
Bisognera' eseguire questo comando DUE o TRE volte dipendentemente dall'esistenza
o meno di un rc-branch non ancora rilasciato. La prima esecuzione e' identica in entrambi i casi
1) Incorporare la hotfix sul hc-branch corrente (pull-request su hc-branch)
Nel caso, piu' semplice, di non esistenza di un rc-branch in corso
2a) Incorporare la hotfix su master IMMEDIATAMENTE dopo che la pull-request al punto 1
e' stata approvata e mergiata.
Nel caso, piu' complesso, di esistenza di un rc-branch
2b) Incorporare la hotfix su rc-branch IMMEDIATAMENTE dopo che la pull-request al punto 1
e' stata approvata e mergiata.
3) Incorporare la hotfix su master IMMEDIATAMENTE dopo che la pull-request al punto 2a
e' stata approvata e mergiata.
N.B.1. Il comando va lanciato all'interno dell'hotfix branch
N.B.2 Dopo che la pull request e' stata mergiata sul hc-branch corrente
per allineare l'ambiente di PREPROD con le nuove modifiche e' necessario portarsi nel hc-branch corrente
git checkout $(git hc-branch)
e successivamente lanciare questo comando
git release release-preprod
N.B.3 (Se nel caso 2b) Dopo che la pull request e' stata mergiata sul rc-branch corrente
per allineare l'ambiente di QA con le nuove modifiche e' necessario portarsi nel rc-branch corrente
git checkout $(git rc-branch)
e successivamente lanciare questo comando
git release release-qa
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels