Quali sono i pro e i contro del parametro --svn-branches per svn2git

Question

Sto utilizzando svn2git (the good one) per trasformare alcuni repository SVN in repository Git.
Ha un parametro di riga di comando --svn-branches che viene documentata con

Utilizzare il contenuto di SVN durante la creazione di filiali, Nota: i tag SVN sono rami così

Quali sono i pro e cons di questo parametro della riga di comando.

è solo che senza di essa è più veloce perché non v'è solo un tag Git creato e non tutto l'albero di lavoro oggetto di dumping e con esso è più sicuro di avere stato corretto perché l'intero albero di lavoro è oggetto di dumping o c'è di più ad esso ?

Consiglieresti di utilizzare o di omettere questo parametro?

Answer 1

La pagina di MoveToGit/UsingSvn2Git uomo cita:

L'azione recurse è un hack per dire svn2git la ricorsione in una directory che ha appena copiato o che esisteva, perché è di interesse.
Esempio: se stiamo importando kdelibs, esiste in trunk/KDE/kdelibs. A ramificazione, qualcuno ha fatto:

svn cp $SVNROOT/trunk/KDE $SVNROOT/branches/KDE/4.4 

SVN registrata in quel commit che branches/KDE/4.4 era l'unico percorso cambiato.
Ciò significa che la regola

branches/KDE/[^/]+/kdelibs/ 

non corrisponderà.

Abbiamo bisogno di dire allo strumento che qualcosa di interessante è accaduto dentro e dovrebbe recurse. Quindi applicherà nuovamente tutte le regole ai file esistenti in quel punto, a quel punto le regole corrisponderanno.

ho il sospetto che questa opzione --svn-branches ha a che fare con l ' "azione recurse"