Publicación de un repository "git svn"

Estoy modificando un proyecto de código abierto que está almacenado en un repository SVN. Como mis cambios probablemente demorarán un time en completarse, he verificado el proyecto como un repository Git utilizando el puente git-svn. No tengo acceso al repository de Subversion del proyecto, así que no puedo volver a enviar los cambios, pero me gustaría publicar mi repository de Git (en GitHub) para que otros puedan rastrear el desarrollo de mis modificaciones.

Para actualizar un repository "git svn", utiliza git svn rebase , que, como su nombre indica, reestablece los cambios sobre los nuevos cambios del repository de Subversion. Por supuesto, no es una buena idea empujar cualquier twig que hayas reubicado a un repository de Git público, así que con respecto a un repository clonado desde un repository de SVN, tengo un par de preguntas relacionadas:

  1. ¿Es seguro publicar una twig rebasada (usando git-svn rebase ) para un repository público?
  2. Entiendo que, suponiendo que su twig principal en Git es aquella en la que está modificando los cambios del repository SVN, no debería hacer ningún desarrollo real en ese repository; es decir, si combina los cambios en el maestro, debe insertlos en el repository SVN (usando git svn dcommit ). Si cumple con esta política, ¿está bien publicar la twig maestra reestablecida en un repository público?

Solutions Collecting From Web of "Publicación de un repository "git svn""

  1. Es seguro publicar una twig SVN, pero solo si todas las confirmaciones se envían al repository SVN usando git-svn dcommit . Si no tienes cambios en la twig, entonces git-svn rebase simplemente hará un avance rápido.

    Si alguien se bifurca desde su sucursal publicada, es importante que sepa que es un repository de SVN. Esto se debe a que si alguna vez intentas aceptar sus cambios, la única forma de impulsarlos al repository de SVN es básicamente modificando sus cambios. Después de publicar los cambios confirmados nuevamente, tendrán que lidiar con las confirmaciones conflictivas, ya que el hash no coincidirá.

  2. Es seguro trabajar en master , pero probablemente no sea práctico. Desde arriba, no puedes publicar tus commits hasta que git-svn dcommit . Por lo tanto, si tiene algún trabajo que no desea realizar, deberá moverlo a una twig separada antes de intentar publicar los últimos commits de SVN (es decir, git-svn rebase; git push )