Mój zespół w pracy rozpoczyna nowy projekt, używając Subversion jako naszego VCS (możesz rozważyć ten zestaw w kamieniu do celów tego pytania). Wciąż jesteśmy w początkowej fazie projektu i staramy się uzgodnić model rozgałęzienia. Nasz poprzedni projekt był oparty na niestandardowym modelu wersji, który doprowadził do problemów podczas zarządzania poprawkami i łatkami do istniejących wydań.
Odkryłem, że różne modele rozgałęziające są raczej skomplikowane, ale jednym z modeli, który rozumiem dość wyraźnie, jest przepływ git . Jestem ciekawy, jak trudne / niepożądane byłoby zaimplementowanie tego wariantu w Subversion. Oczywiście istniałaby pewna różnica pod względem osób współpracujących w oddziałach. Gałęzie funkcji musiałyby być scentralizowane, a nie ograniczone do lokalnych repozytoriów, ale inne koncepcje modelu powinny być odtwarzalne w Subversion, tak jak rozumiem.
Jakie byłyby wady lub wyzwania tego podejścia. Słyszałem, że w SVN „scalanie jest kosztowne” w stosunku do Git. Ale nie jestem całkowicie pewien, co to oznacza w praktyce ani jak wpłynęłoby to na naszą zdolność do korzystania z przepływu git, takiego jak model rozgałęziający.
Jakie byłyby największe obawy związane z tym podejściem. Czy istnieje podobnie jasne podejście, które jest bardziej naturalne w Subversion?