Cómo mantener el cambio antes de cambiar a otra sucursal en Git

Estamos manteniendo varias sucursales de Git, cambiamos de sucursal con frecuencia debido a los errores entrantes de diferentes clientes.

A veces, queremos mantener el cambio de código en branch01 antes de cambiar a branch02.

Y la próxima hora, podemos volver a branch01, en este caso también queremos mantener el trabajo en branch02 antes de volver a branch01.

Esto puede sonar extraño para usted, pero sucede en nuestro trabajo de mantenimiento diario.

Intentamos con git stash, pero no funciona como esperaba en este caso.

Tampoco queremos hacer commit de git antes de cambiar a otra twig porque el trabajo aún no se ha completado.

Me pregunto qué process de Git se debe usar para enfrentar este tipo de situaciones.

¡Gracias!

Estoy en la misma situación que tú con bastante frecuencia. La forma en que me acerco es la de comprometer mi trabajo antes de cambiar de twig. Los compromisos son locales para que no dañen a nadie hasta que sean empujados.

Cuando return a la sucursal original para continuar el trabajo que me comprometí temprano, solo hago lo que tengo que hacer y cuando llega el momento de agregar nuevos cambios, modifico mi compromiso para mantener todos los cambios en una confirmación:

 git commit --amend 

Esto mantiene el historial limpio y solo envía una confirmación con todos sus cambios.

Ver más sobre la modificación, por ejemplo, aquí .

Para poder cambiar de twig, necesita confirmar los cambios, no save cambios que no se comprometen, puede encontrar esto en el libro de progits

Si no puede esconder los cambios de un file nuevo, primero debe agregarlo o, de lo contrario, estará allí cuando cambie de twig.

También puede save un post para el alijo usando:

 git stash save <message>