Utilizzo corretto del repository GIT che ospita branch di funzionalità e test paralleli

3

Dopo aver letto in giro ho scoperto che erano in uso vari workflow git ma non ci sono abbastanza (o non li ho ancora trovati) informazioni su come usare git correttamente con i build di test.

Speravo che qualcuno qui potesse far luce sul problema che io e il mio team stiamo affrontando.

Questa immagine sotto è una rappresentazione di alto livello di come usiamo git.

Sono sicuro che tutti comprendono la rappresentazione, ma lasciatemi solo spiegare.

  1. Dal master ( punto A ), viene creato un fork ( Point B ) per avviare lo sviluppo su una funzione.

  2. In parallelo: dal master ( punto A ), un altro fork ( Point C ) viene creato per avviare lo sviluppo su un'altra funzionalità.

  3. Dalla biforcazione A ( Punto D ) viene unito al ramo UAT ( Punto E ), il ramo UAT viene utilizzato per i test nell'ambiente UAT.

  4. Dal bivio B ( Punto F ) viene unito al ramo UAT ( Punto G ), ma Fork B non può essere unito fino a quando non ottiene l'ultima versione dal ramo UAT.

  5. Da questo punto, Fork B ora ha le modifiche di Fork A. (Questo perché la versione UAT deve avere tutte le funzionalità che il QA deve testare).

  6. Ora che è ora di fondere nuovamente la forcella B per diventare master, non possiamo tirare la forcella B alla master perché la forcella B ha ora le modifiche della forcella A. (allo stesso tempo non possiamo eseguire il pull del ramo UAT request per master perché ha anche le modifiche di fork A).

Ho letto di cherry picking e di come non è raccomandato (non so perché) o è vero? Fondamentalmente voglio solo vedere cosa la gente ha da dire su questo.

  • Come possiamo ottenere solo le funzioni di Fork A per Master?
  • OR questo flusso di lavoro è semplicemente sbagliato? qual è il modo corretto per farlo?

Qualsiasi approfondimento è molto apprezzato.

Grazie,

    
posta imbennnyy 10.07.2015 - 07:37
fonte

0 risposte

Leggi altre domande sui tag