Best practice per il backup di una funzione da un trunk QA

1

Ho una domanda riguardante il controllo del codice sorgente in senso generale e specifico per TFS.

Supponiamo che tu abbia un sistema a tre livelli (rami Sviluppo, tronco principale QA e ramo Produzione).

Ad un certo punto, le modifiche dai rami dev vengono unite al ramo QA e il ramo QA viene testato. Dopo il test iniziale, la "caratteristica A" è rotta e deve essere riparata o rimossa, come deve essere aggiornata o rimossa una funzionalità dal ramo QA? Dovrebbe essere modificato direttamente? o lo sviluppatore dovrebbe verificare le modifiche a dev e lasciarlo di nuovo propagare al QA?

Qualche idea su questo (in generale)? Inoltre se questo viene fatto in TFS ci sono strumenti che possono aiutare con questa situazione?

grazie !!

    
posta aggietech 24.05.2011 - 22:13
fonte

1 risposta

1

how should a feature be updated or removed from the QA branch? Should it be edited directly?

No, sarebbe una cattiva idea (eccetto forse in caso di grande fretta, quando le stesse modifiche sono introdotte sul ramo dev dopo ASAP.)

or should the developer checks in the changes to dev and let it propagate up to QA again?

Questo sarebbe il modo giusto. I rami devono essere mantenuti sincronizzati il più possibile, vale a dire che il ramo QA deve sempre contenere una versione "più vecchia" del ramo dev.

    
risposta data 24.05.2011 - 22:24
fonte

Leggi altre domande sui tag