Come gestiresti lo sviluppo tra molte filiali di Staging? [duplicare]

0

Abbiamo un ramo di staging. Poi siamo usciti con un ramo Beta per consentire agli utenti di spostarsi ogni volta che volevano dal vecchio ramo di produzione alle nuove funzionalità.

Il nostro piano sembrava semplice, testiamo su Staging, quando gli articoli ricevono il QA, vengono prelevati e distribuiti su Beta.

Ecco il problema! Un bug si dirigerà discretamente su Beta, e poiché Beta è un ambiente di produzione, ha bisogno di correzioni veloci e accurate . Ma non tutto il QA è stato fatto. Inserisci Git hell ..

Quindi trovo un problema su Beta. Niente sudore, è già stato sistemato su Staging, ma quando vado a selezionare l'oggetto, Beta ha a malapena uno degli altri prerequisiti del codice per implementare questo piccolo cambiamento. Ora Beta ha un po 'qui e un po' là, e non riesco a immaginarlo come una base di codice stabile quanto Staging. Inoltre, ho a che fare con alcuni folli conflitti Git, e ho dovuto ricorrere a patch su un po 'di cose per compensare ciò che Beta non ha raggiunto con Staging.

Qualcuno può usare termini educati o non educati, dimmi cosa stiamo sbagliando qui per quanto riguarda il montaggio di questo progetto? Qualche raccomandazione o soluzione alternativa o alternativa al sistema che abbiamo creato?

    
posta Trip 07.09.2012 - 11:45
fonte

1 risposta

1

Risolvi bug definitivi nel ramo Beta in Beta, non in Staging. Successivamente, esegui il porting della correzione da Beta a Staging, se necessario, prima che venga sovrascritta.

    
risposta data 07.09.2012 - 16:06
fonte

Leggi altre domande sui tag