¿Cómo le digo a git-svn sobre una rama remota creada después de obtener el repositorio?

Estoy usando git-svnpara trabajar en contra del repositorio central de Subversion de mi compañía. Recientemente hemos creado una nueva rama de características en el repositorio central.

¿Cómo le digo a Git al respecto? Cuando corro git branch -rsolo puedo ver las ramas que existieron cuando corrí fetchcontra el repositorio de Subversion para inicializar mi repositorio de Git.

Puede agregar manualmente la rama remota,

git config --add svn-remote.newbranch.url https://svn/path_to_newbranch/
git config --add svn-remote.newbranch.fetch :refs/remotes/newbranch
git svn fetch newbranch [-r<rev>]
git checkout -b local-newbranch -t newbranch
git svn rebase newbranch

Si desea rastrear TODAS las ramas remotas de svn, entonces la solución es tan simple como:

git svn fetch

Esto buscará TODAS las ramas remotas que aún no se han obtenido.

Consejo adicional: si primero desprotegió el tronco y luego desea rastrear TODAS las ramas, edite .git/configpara que se vea así y vuelva a ejecutar git svn fetch:

[svn-remote "svn"]
        url = https://svn/path_to_repo_root/
        fetch = path_to_trunk:refs/remotes/git-svn
        branches = path_to_branches/*:refs/remotes/*

Los puntos clave urldeben apuntar a la raíz del repositorio, y las rutas definidas en fetchy branchesdeben ser relativas a url.

Si desea buscar solo ramas específicas en lugar de TODAS, hay un buen ejemplo en git svn --help:

[svn-remote "huge-project"]
        url = http://server.org/svn
        fetch = trunk/src:refs/remotes/trunk
        branches = branches/{red,green}/src:refs/remotes/branches/*
        tags = tags/{1.0,2.0}/src:refs/remotes/tags/*

Con versiones anteriores de git-svn, una vez que especificó ramas como esta, es posible que no pueda obtener nuevas ramas git svn fetch. Una solución es agregar más fetchlíneas, como esta:

[svn-remote "huge-project"]
        url = http://server.org/svn
        fetch = trunk/src:refs/remotes/trunk
        fetch = branches/blue:refs/remotes/branches/blue
        fetch = branches/yellow:refs/remotes/branches/yellow
        branches = branches/{red,green}/src:refs/remotes/branches/*

Otra solución alternativa de @AndyEstes: edite .git/svn/.metadatay cambie el valor de branches-maxRevo tags-maxReva una revisión antes de crear cualquier rama o etiqueta recién especificada. Una vez que haya hecho esto, ejecute git svn fetchpara rastrear la nueva rama remota svn.

Parece que solo necesitaba hacerlo git svn fetch; De alguna manera, me había convencido de que obtendría todo el repositorio en lugar de solo los cambios.

Tal vez lo arruiné de alguna manera, pero seguí las instrucciones en la respuesta de vjangus y casi funcionó. El único problema era que newbranch no parecía estar ramificado del tronco. En gitk, era una especie de "flotación" por sí solo; no tenía antepasado común con el tronco.

La solución a esto fue:

1. Encuentre el SHA1 de la última confirmación que ocurrió en el tronco antes de que se creara la rama.
2. Encuentre el SHA1 de la primera confirmación en la nueva rama (el mensaje probablemente sea "Nueva rama creada, copiada de troncal @ 12345" o algo así)
3. git diff-tree <sha1 from step 1> <sha1 from step 2>- No debe haber salida. Si hay salida, es posible que haya seleccionado las confirmaciones incorrectas.
4. git checkout local-newbranchentonces git rebase <sha1 from step 1>. Esto se basará local-newbranchen el nuevo árbol pero remotes/newbranchaún se desconectará.
5. Vaya al archivo .git/refs/remotes/newbranchy edítelo para que contenga el SHA1 completo de la nueva confirmación (en el rebase newbranch) que corresponde a la confirmación anterior a la que apunta actualmente. (O tal vez usar git-update-ref refs/remotes/newbranch <new-SHA>. Gracias inger.)
6. La próxima vez que git svn dcommita newbranch, usted obtendrá un montón de mensajes acerca de que la actualización de algunos de registro. Esto es normal, creo.

Recomiendo mantenerse gitk --allabierto todo el tiempo y actualizarlo a menudo para realizar un seguimiento de lo que está haciendo. Todavía soy algo nuevo en git y git svn, así que sugiera mejoras a este método.

Una simplificación de la respuesta de vjangus:

Si está utilizando el diseño estándar en SVN y ha hecho el inicio svn habitual, git-svn hará las cosas de configuración por usted. Sólo:

1. Encuentra la revisión de copia de sucursal en SVN
2. Obtenga esa revisión con git-svn
3. Crear una nueva sucursal local de seguimiento remoto

Un ejemplo. SVN url es svn+ssh://gil@svn.myplace.com/repo. SVN sucursal que estoy buscando es newbranch. La rama local de git (seguimiento remoto newbranch) será git-newbranch.

Paso 1: busque la revisión de copia de sucursal

    # svn log --stop-on-copy svn + ssh: //gil@svn.myplace.com/repo/branches/newbranch | cola -4
    r7802 | alguien | 2014-03-21 18:54:58 +0000 (viernes, 21 de marzo de 2014) | 1 linea

    ramificando HEAD a newbranch
    -------------------------------------------------- ----------------------

Entonces el punto de ramificación en SVN es la revisión 7802.

Paso 2: recuperar la revisión

    # git svn fetch -r 7802
    Posible punto de ramificación encontrado: svn + ssh: //gil@svn.myplace.com/repo/trunk => svn + ssh: //gil@svn.myplace.com/repo/branches/newbranch, 7801
    Rama principal encontrada: (referencias / controles remotos / troncal) 8dcf3c5793ff1a8a79dc94d268c91c2bf388894a
    Siguiente padre con do_switch
    Padres seguidos exitosamente
    r7802 = 9bbd4194041675ca5c9c6f3917e05ca5654a8a1e (refs / remotes / newbranch)

git-svn hizo todo el trabajo y ahora sabe sobre el control remoto:

    # git show-ref | grep newbranch
    2df23af4733f36f5ad3c14cc1fa582ceeb3edb5c refs / remotes / newbranch

Paso 3: cree su nueva sucursal local siguiendo la remota:

    # git checkout -b git-newbranch -t newbranch
    Extraer archivos: 100% (413/413), hecho.
    Branch git-newbranch configurado para rastrear refs locales remotos / remotos / newbranch.
    Cambió a una nueva rama 'git-newbranch'

No he encontrado ninguna documentación sobre esta característica, pero parece que la configuración de git svn admite múltiples entradas de búsqueda. De esta manera, también puede agregar ramas por separado sin necesidad de agregar otra entrada de repositorio svn remota a su configuración ni usar comodines para obtener todas las ramas de cierto directorio.

Suponga que su árbol SVN es realmente desagradable con muchas ramas sin ninguna lógica de cómo están ubicadas, por ejemplo, tener ramas y subdirectorios que contienen más ramas.

es decir

trunk
branches
  -> branch1
  -> sub-dir1
    -> branch2
    -> branch3
  -> sub-dir2
    -> branch4
    -> sub-dir3
      -> branchX 
<... hundreds more ...>

y solo desea elegir a mano algunas de las ramas que se incluirán en su repositorio git.

Primero puede iniciar su repositorio con solo troncal sin ninguna rama adicional:

git svn clone -r 10000:HEAD https://svn.com/MyRepo myrepo --prefix=svn/ --trunk=trunk 

Después de eso, debería ver la siguiente configuración:

localhost: elhigu$ git config --get-regexp "svn-remote."
svn-remote.svn.url https://svn.com/MyRepo
svn-remote.svn.fetch trunk:refs/remotes/svn/trunk

cuando quiera obtener una nueva sucursal de MyRepo, simplemente puede agregar nuevas entradas de recuperación a la configuración:

git config --add svn-remote.svn.fetch branches/sub-dir2/branch4:refs/remotes/svn/branches/sub-dir2/branch4

O puede editar la misma configuración en .git / config

Para buscar las nuevas ramas después de agregarlas a la configuración, simplemente ejecute:

git svn fetch -r 10000:HEAD

[Editar] A veces parece necesario ejecutar fetch con --todos los parámetros para recuperar ramas recién agregadas:

git svn fetch --all -r 10000:HEAD

En lugar de lidiar con las peculiaridades de git-svn, puede probar SubGit .

Uno tiene que instalar SubGit en el repositorio de Subversion. Después de eso, se puede usar el flujo de trabajo estándar de git en lugar de usar comandos especiales de git-svn:

1. Empujando nuevos commits:

   git-svn:

   $ git commit
   $ git svn rebase
   $ git svn dcommit
   

   SubGit:

   $ git commit
   $ git push
   

2. Obteniendo cambios entrantes

   git-svn:

   $ git svn rebase
   

   SubGit:

   $ git pull [--rebase]
   

3. Crear una nueva sucursal:

   git-svn:

   $ git svn branch foo
   $ git checkout -b foo -t remotes/foo
   $ git commit
   $ git svn dcommit
   

   SubGit:

   $ git checkout -b foo
   $ git commit
   $ git push
   

Consulte la documentación de SubGit para más detalles.

Para agregar a la respuesta de vjangus, que me ayudó, también me pareció útil agregar el uso de injertos git para atar las ramas al tronco en el punto apropiado, permitiendo que git vea el historial y realice fusiones correctamente.

Esto es simplemente un caso de agregar una línea a .git/info/graftslos hashes:

<initial branch commit> <parent commit in trunk>

p.ej.

378b0ae0902f5c2d2ba230c429a47698810532e5 6c7144991381ce347d4e563e9912465700be0638

Crédito a http://evan-tech.livejournal.com/255341.html

(Agregaría esto como un comentario, pero no tengo suficiente reputación).

Si no realiza un pago con un diseño válido, no podrá pagar una sucursal remota.

Esto es lo que hago:

git svn init -s <svn path with no trunk> local_repo
cd local_repo
git svn fetch 
## wait

Después de eso, puede cambiar a una rama remota:

git checkout --track -b branch_name branch_name

Luego, se lo cambiará automáticamente a su sucursal.