Il mio team al lavoro sta avviando un nuovo progetto, utilizzando Subversion come VCS (puoi considerare questo insieme in pietra ai fini di questa domanda). Siamo ancora nelle prime fasi del progetto e stiamo cercando di concordare un modello di ramificazione. Il nostro progetto precedente era basato su un modello di versione non standard che ha portato a problemi durante la gestione delle correzioni rapide e delle patch alle versioni esistenti.
Ho trovato diversi modelli di ramificazione piuttosto complicati, ma un modello che capisco abbastanza chiaramente è git flow . Sono curioso di quanto sia difficile / indesiderabile implementare una variazione di questo in Subversion. Ovviamente ci sarebbe qualche differenza in termini di persone che collaborano nelle filiali. I rami di funzionalità dovrebbero essere centralizzati piuttosto che limitarsi ai repository locali, ma gli altri concetti del modello dovrebbero essere riproducibili in Subversion come capisco.
Quali sarebbero gli inconvenienti o le sfide a questo approccio. Quello che ho sentito è che in SVN "la fusione è costosa" rispetto a Git. Ma non sono del tutto chiaro su cosa questo significhi in pratica o su come potrebbe influenzare la nostra capacità di usare un flusso git come un modello di ramificazione.
Quali sarebbero le maggiori preoccupazioni con questo approccio. Esiste un approccio altrettanto chiaro che è più naturale in Subversion?