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
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions