Sé que esta pregunta ha sido respondida hace un tiempo, pero después de leerla, podría ayudar agregar ejemplos del comando de rama específico git svn y relacionarlo con un flujo de trabajo típico.
Como kch respondió, usa git svn branch
. Aquí hay un ejemplo completo, (tenga en cuenta el funcionamiento -n
en seco para probar):
git svn branch -n -m "Branch for authentication bug" auth_bug
Si esto va bien, el servidor responde con una respuesta como esta:
Copiando https://scm-server.com/svn/portal/trunk en r8914 a https://scm-server.com/svn/portal/branches/auth_bug ...
Y sin el -n
interruptor, el servidor probablemente agrega algo como:
Posible punto de ramificación encontrado: https://scm-server.com/svn/portal/trunk => https://scm-server.com/portal/branches/auth_bug , 8914
Rama principal encontrada: (refs / remotes / auth_bug)
d731b1fa028d30d685fe260f5bb912cbf59e1971
Siguiente padre con do_switch
Se siguió con éxito el padre r8915 = 6ed10c57afcec62e9077fbeed74a326eaa4863b8
(referencias / controles remotos / auth_bug)
La mejor parte es que ahora puede crear una sucursal local basada en su sucursal remota de la siguiente manera:
git checkout -b local/auth_bug auth_bug
Lo que significa "echa un vistazo y crea una rama local llamada auth_bug
y haz que siga la rama remota (último parámetro)auth_bug
Prueba de que su rama local trabaja en esa rama remota mediante el uso de dcommit
la --dry-run
( -n
):
git svn dcommit -n
Y el servidor SVN debería responder con el nuevo nombre de la sucursal:
Comprometerse con https://scm-server.com/svn/portal/branches/auth_bug ...