Il mio team al lavoro sta iniziando un nuovo progetto, usando Subversion come nostro VCS (potresti considerare questo set 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 precedente progetto si basava su un modello di versione non standard che portava a problemi nella gestione di hotfix e patch per le versioni esistenti.
Ho trovato diversi modelli di ramificazione per essere piuttosto complicati, ma un modello che capisco abbastanza chiaramente è git flow . Sono curioso di sapere 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 delle caratteristiche dovrebbero essere centralizzati piuttosto che limitati ai repository locali, ma gli altri concetti del modello dovrebbero essere riproducibili in Subversion come lo capisco.
Quali sarebbero gli svantaggi o le sfide di questo approccio. Quello che ho sentito è che in SVN "la fusione è costosa" rispetto a Git. Ma non sono completamente chiaro su cosa significhi in pratica o su come influenzerebbe 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?