Skip to content

Esplicitare flusso comandi hotfix #2

@peppescg

Description

@peppescg

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions