Quando reintegrare il branch delle funzionalità?

Le pratiche specifiche per l'utilizzo del controllo di versione possono differire da un'organizzazione all'altra, ma l'idea alla base di un ramo di funzionalità è che si tratta di un luogo in cui è possibile lavorare su alcune funzionalità dell'intero progetto. Se si desidera che il codice lo trasformi in una determinata versione, è consigliabile unire nuovamente il codice in trunk (o qualsiasi altro ramo che si utilizza come ramo di sviluppo principale) prima di eseguire una versione. L'opzione --reintegrate che stai chiedendo è un segnale a svn che dovrebbe ignorare le modifiche che sono state apportate al tuo ramo come risultato dell'unione dal ramo principale o dal tronco.

Quindi, unisci (con --reintegrate ) quando la tua funzione è pronta e pronta per il test.

reintegri sempre prima del rilascio. Avrai quindi la possibilità di testare e trovare i tuoi bug, e se ce ne sono, puoi ripararli sul trunk, o creare un nuovo ramo per correggere i bug prima di reintegrarli e ripetere la procedura di rilascio tutto da capo.

Questo è il modo in cui dovresti farlo, è ripetibile e sai esattamente dove ti trovi in ogni fase del percorso. Puoi sempre riprodurre ciò che hai, facilmente.

Unire il ramo dopo il rilascio significa che hai rilasciato il codice "beta". Se in futuro vorrete tornare al software rilasciato, sarà difficile trovare una copia esatta .

Non otterrai mai la versione di QAd diversa dalla versione di rilascio, poiché il team di QA lavorerà sempre e solo con la versione che hai consegnato a loro, ovvero quella che hai appena incorporato nel trunk.