Riusare un ramo unito, buone pratiche?

Crea un nuovo ramo, perché:

• Un nuovo ramo ha meno probabilità di avere conflitti di unione quando hai finito e vuoi unirlo in master. Poche cose sono più soggette a errori che a risolvere conflitti di fusione.

• La funzionalità potrebbe aver subito diverse modifiche e aggiornamenti dalla sua implementazione originale, rendendo il ramo originale completamente obsoleto. L'unico modo per aggiornarlo è unire il master nel ramo della funzione ... ea quel punto ti stai solo distruggendo il master in un modo inutilmente complicato.

• Se solo per semplicità, di solito è una buona idea avere lo stesso flusso di lavoro per aggiornamenti, correzioni di bug e nuove funzionalità. Questo vale per ramificazioni, revisioni di codice, utilizzo di bug tracker e praticamente tutto il resto. La differenza tra l'aggiornamento di una funzione esistente, l'aggiunta di una nuova funzionalità e la correzione di un bug è spesso soggettiva.

Utilizza un nuovo ramo.

Per i nomi, puoi prendere in considerazione l'utilizzo di un formato interno che questo_work è un'estensione o cambia in that_work

Ad esempio potresti nominare il secondo ramo

modeling-member--attributes

con il - segnalando che il nome sul lato sinistro è il ramo originale

Affrontiamo un problema simile quando usiamo i numeri dei biglietti Jira per i nomi dei rami. A volte c'è un ulteriore lavoro per lo stesso biglietto. A volte una modifica del database non può essere ripristinata. In questi casi utilizziamo, ad esempio, il ramo originale SEND-123 e il secondo ramo da inviare a SEND-123a

Se vuoi salvare solo commit da un'unione sul master e stai usando github, puoi usare "Fork" per ogni nuova funzione ed effettuare una richiesta pull e accettare la richiesta pull dopo aver ottenuto ogni nuova funzionalità.

Non consiglio di lavorare su vecchi rami, dal momento che puoi ottenere conflitti quando li unisci al capo del master e ovviamente non è necessario farlo ...