Cómo volver a crear una sucursal local con el maestro remoto

Tengo un proyecto clonado de una rama maestra del repositorio remoto remote_repo. Creo una nueva rama y me comprometo con esa rama. Otros programadores empujaron remote_repoa la rama maestra.

Ahora necesito volver a basar mi rama RB en remote_repomaster.

¿Como hacer esto? ¿Qué comandos escribir en una terminal?

Primero busque el nuevo maestro del repositorio ascendente, luego vuelva a basar su rama de trabajo en eso:

git fetch origin            # Updates origin/master
git rebase origin/master    # Rebases current branch onto origin/master

Actualización : consulte la respuesta de Paul Draper para obtener una forma más concisa de hacer lo mismo: las versiones recientes de Git proporcionan una forma más sencilla de hacer el equivalente de los dos comandos anteriores.

git pull --rebase origin master
# where --rebase[=(false|true|merges|preserve|interactive)]

Después de confirmar los cambios en su sucursal, finalice la compra mastery tire de ella para obtener los últimos cambios del repositorio:

git checkout master
git pull origin master

Luego revise su sucursal y vuelva a clasificar sus cambios en master:

git checkout RB
git rebase master

... o los dos últimos comandos en una línea:

git rebase master RB

Al intentar retroceder origin/RB, probablemente obtendrá un error; Si eres el único trabajando RB, puedes forzar el empuje:

git push --force origin RB

... o de la siguiente manera si tiene git configurado adecuadamente:

git push -f

Nota: Si ya tiene un amplio conocimiento sobre rebase, use debajo de un revestimiento para un rebase rápido. Solución: suponiendo que está en su rama de trabajo y que es la única persona que trabaja en ella.

git fetch && git rebase origin/master

Resuelva cualquier conflicto, pruebe su código, confirme y envíe nuevos cambios a la sucursal remota.

                            ~:   For noobs   :~

Los siguientes pasos pueden ayudar a cualquiera que sea nuevo git rebasey quiera hacerlo sin problemas

Paso 1: suponiendo que no hay confirmaciones y cambios que se realizarán en YourBranch en este momento. Estamos visitando YourBranch.

git checkout YourBranch
git pull --rebase

¿Que pasó? Extrae todos los cambios realizados por otros desarrolladores que trabajan en su sucursal y reajusta sus cambios sobre ella.

Paso 2: resuelve cualquier conflicto que se presente.

Paso 3:

git checkout master
git pull --rebase

¿Que pasó? Extrae todos los últimos cambios del maestro remoto y reajusta el maestro local en el maestro remoto. ¡Siempre mantengo el master remoto limpio y listo! Y, prefiera solo trabajar en master o sucursales localmente. Recomiendo hacer esto hasta que tenga una mano en los cambios o confirmaciones de git. Nota: Este paso no es necesario si no está manteniendo el maestro local, en su lugar, puede buscar y volver a crear un maestro remoto directamente en la sucursal local directamente. Como mencioné en un solo paso al comienzo.

Paso 4: resuelve cualquier conflicto que se presente.

Paso 5:

git checkout YourBranch
git rebase master

¿Que pasó? Rebase en master ocurre

Paso 6: resuelva cualquier conflicto, si hay conflictos. Use git rebase --continuepara continuar el rebase después de agregar los conflictos resueltos. En cualquier momento puedes usar git rebase --abortpara abortar el rebase.

Paso 7:

git push --force-with-lease 

¿Que pasó? Empujando cambios a su remoto YourBranch. --force-with-leasese asegurará de que haya otros cambios entrantes para YourBranch de otros desarrolladores durante el cambio de nombre. Esto es súper útil en lugar de forzar el empuje. En caso de que haya cambios entrantes, instálelos para actualizar su YourBranch local antes de enviar los cambios.

¿Por qué necesito impulsar los cambios? ¿Para reescribir el mensaje de confirmación en YourBranch remoto después de un cambio apropiado o si hay algún conflicto resuelto? Luego, debe enviar los cambios que resolvió en el repositorio local al repositorio remoto de YourBranch

Yahoooo ...! Has terminado con éxito el rebase.

También podrías estar buscando hacer:

git checkout master
git merge YourBranch

¿Cuándo y por qué? Combine su sucursal en maestra si lo hace con usted y otros co-desarrolladores. Lo que hace que YourBranch esté actualizado con master cuando quería trabajar en la misma sucursal más tarde.

                            ~:   (๑ơ ₃ ơ)♥ rebase   :~

Paso 1:

git fetch origin

Paso 2:

git rebase origin/master

Paso 3: (Repara si hay conflictos)

git add .

Paso 4:

git rebase --continue

Paso 5:

git push --force

1.Actualice Master primero ...

git checkout [master branch]
git pull [master branch]

2. Ahora rebase la fuente-rama con la rama maestra

git checkout [source branch]
git rebase [master branch]
git pull [source branch] (remote/source branch)
git push [source branch]

Si la rama fuente aún no existe en el control remoto, entonces:

git push -u origin [source branch]

"et voila ..."

git fetch origin master:master extrae la última versión de master sin necesidad de comprobarlo.

Entonces todo lo que necesitas es:

git fetch origin master:master && git rebase master 👌