Qual è il miglior controllo di versione / flusso di lavoro di QA per un sistema legacy?

3

Sto facendo fatica a trovare un buon equilibrio con il nostro processo di sviluppo e test.

In questo momento usiamo Git e sono convinto che ReinH's Git Workflow For Agile Teams non è semplicemente eccezionale per il capitale: A Agile, ma praticamente per qualsiasi team su DVCS. Questo è quello che ho cercato di implementare, ma non mi interessa.

Abbiamo un grande sistema legacy con un ambiente complesso, centinaia di difetti in sospeso e non scoperti, e non un buon modo per impostare un ambiente di test con dati realistici. È anche difficile pubblicare aggiornamenti senza interrompere gli utenti.

Soprattutto, è difficile eseguire un controllo qualità completo con questo processo ... e abbiamo bisogno di test approfonditi con questo sistema legacy.

Credo che non possiamo davvero realizzare qualcosa di così efficace come il flusso di lavoro Git delineato nel link. Qual è il modo di farlo?

    
posta John Cromartie 16.02.2011 - 03:06
fonte

1 risposta

2

Questo flusso di lavoro assomiglia molto al modello del flusso di lavoro git di Vincent Driessen, con le sue diverse filiali per le funzionalità e QA e sono d'accordo che è molto da affrontare in una volta. Il modello di Vincent aggiunge ancora più rami: sviluppa rami, rami di hotfix, rami di rilascio, ma ne vale la pena.

Detto questo, ci sono due cose facili che penso possano fare un buon inizio:

  1. Branche delle funzioni
  2. Tagging

Entrambi sono abbastanza facili da fare e non dovrebbero essere troppo difficili da implementare. Hai una versione stabile che meriti di essere ricordata? Taggalo, in questo modo puoi QA una versione taggata invece di inseguire costantemente il limite del repository. Hai una funzione di cui non sei troppo sicuro e non vuoi che tutti lo abbiano ancora? Costruilo in un ramo. Direi tra queste due cose, farai il 20% del lavoro per l'80% del beneficio.

Se tuttavia sei ancora incuriosito dall'idea, e dovresti essere, dovresti dare un'occhiata a git-flow (ed è screencast ). git-flow rende tutto questo molto più semplice costruendo la funzionalità in comandi come git flow start feature fewer-clowns .

    
risposta data 16.02.2011 - 03:30
fonte

Leggi altre domande sui tag