Git rebase una rama de función empujada

Tengo una rama de función local de larga duración que estaba aplastando y reorganizando periódicamente con el maestro para mantenerla actualizada localmente.

Cuando se complete, quiero mi función en una sola confirmación aplastada encima del maestro.

Sin embargo, me preocupaba perder mi trabajo en caso de problemas de hardware, así que pasé esto a una nueva rama de funciones en github como medida de precaución. Desde que hice esto, no estoy realmente seguro de cómo mantener actualizada mi rama de funciones, ya que ya se ha enviado (preferiría no fusionar los cambios de la creación maestra de fusiones).

Soy el único desarrollador que usa esta rama de características. Así que no me preocupa reescribir el historial en una rama ya empujada. ¿Está bien enviar confirmaciones adicionales a mi rama de función remota, aplastar esa rama cuando haya terminado con la función y luego volver a basar esto en el maestro? ¿O arrojará algún error sobre las ramas divergentes ya que la rama ya era pública?

Alternativamente, estaba pensando que cuando mi trabajo estuviera completo, podría simplemente dejar de rastrear la rama de función remota (para que mi rama local ya no tenga una asociación con la rama remota), aplastar las confirmaciones en la rama de función local y luego reorganizar mi función. rama localmente en la parte superior del maestro.

¿Está bien enviar confirmaciones adicionales a mi rama de función remota, aplastar esa rama cuando haya terminado con la función y luego volver a basar esto en el maestro?

Sí, sí y sí. Como dijiste que no tienes miedo de reescribir la historia de esta rama, puedes hacer lo que quieras con ella.

¿O arrojará algún error sobre las ramas divergentes ya que la rama ya era pública?

Git no tiene una noción de ramas públicas y privadas. Puedes usar una rama pública o privada, Git no se quejará de eso.

Cuando rebase su rama encima de masterbásicamente reproduces tus confirmaciones desde el punto en el que te ramificaste desde la línea de tiempo en master. Si hubiera compromisos en master después de ese punto, y realizó confirmaciones en su rama de características después de ese punto, entonces master y tu rama se han separado. Cuando rebase, puede haber conflictos, dependiendo de los cambios en las dos ramas.

En resumen, puede hacer lo que quiera en sus ramas de funciones no documentadas y luego volver a basar encima de master. Por supuesto, dependiendo de lo que hagas, el rebase puede ser más fácil (pocos o ningún conflicto) o más difícil (muchos conflictos). Probablemente sea bueno que cambies de base a menudo, de esa manera descubres los conflictos poco a poco, en lugar de muchos conflictos a la vez.