Git – Mejor práctica: ¿Cómo cambiar muy a menudo entre las twigs y evitar compromisos de múltiplos?

Estoy trabajando en un software de validation. Guardo el código de sucursal maestro que siempre está listo para lanzar testings. Entonces desarrollo las nuevas características en otras twigs (dev por ej.). Este es el flujo de trabajo clásico de Git.

Mi preocupación es que sucede que necesito cambiar entre master y dev 10 veces al día porque los diseñadores me piden que verifique sus actualizaciones.

Por el momento, solo sé de una manera:

  1. Confirmar mi trabajo en dev con el post "Regression requinetworking"
  2. Cambiar a la twig principal
  3. Ejecutar regresión y dar retroalimentación
  4. Volver a encender dev y seguir trabajando

Esto es molesto debido a la historia inútil creada en la twig de desarrollo.

¿Hay alguna otra forma simple (soy un principiante) para evitar los múltiples commits en la twig dev?

¡Gracias por tu ayuda!

Antes de cambiar de twig, haz git stash . Esto registrará el estado actual de lo que está trabajando de una manera que sea fácil de recuperar. Cuando vuelves a tu twig de desarrollo, haz git stash pop . Esto volverá a aplicar esos cambios y eliminará el alijo para que no permanezca en su historial.

Creo que ese git stash es lo que necesitas. Hay ayuda aquí .

git clone tu repository principal y ejecuta las testings de regresión desde allí. Recuerde ejecutar git pull para recuperar actualizaciones. Y nunca se comprometa con el repository clonado (o esté preparado para fusionarlo de nuevo al repository principal lo antes posible).

Varias buenas sugerencias aquí. Mi primer pensamiento es tener dos clones, en el desarrollador y uno en el maestro. Simplemente cambie de directory (similar a lo que dice ydroneaud).

Otra forma, si solo quiere ejecutar regresión, es usar git archive para search una instantánea y probar con eso. Ir a un directory vacío y hacer:

 git --git-dir=/my/dev/clone/.git archive master | tar xvf - 

luego construye y testing. Por supuesto, tiene sentido poner esto en un guión.