Cambiar base de sucursal

Tengo un árbol como este:

(commit 1) - master
                \-- (commit 2) - (commit 3) - demo
                                                \-- (commit 4) - (commit 5) - PRO

y tengo que mover la rama PRO para dominar

(commit 1) - master
                |-- (commit 2) - (commit 3) - demo
                \-- (commit 4) - (commit 5) - PRO

He intentado con una git rebase masterrama PRO, pero no pasa nada.

Para aclarar : estaba trabajando en master y luego tuve que hacer una demostración del producto ( git checkout -b demoy algunos commits). Luego, por error, creo otra rama de la demostración ( git checkout -b PROy algunos commits) y ahora necesito mover la rama PRO a master y dejar la demo intacta. Al final, tanto la demo como PRO se colgarán del maestro.

Uso --ontopara eso:

git rebase --onto newBase oldBase feature/branch

Dado su caso:

git checkout PRO # Just to be clear which branch to be on.
git rebase --onto master demo PRO

Básicamente, tomas todos los commits desde después demohasta PRO, y los vuelves a basar en el mastercommit.

Intentaré ser lo más genérico posible. Primero, asegúrese de estar en la rama deseada:

git checkout current-branch

Luego use el siguiente comando (¿dónde new-base-branchestá la rama que desea que sea su nueva base y current-base-branches la rama que es su base actual?)

git rebase --onto new-base-branch current-base-branch

Si no tiene conflictos, entonces genial, ya está. Si lo hace (en la mayoría de los casos), siga leyendo.

Pueden surgir conflictos y deberá resolverlos manualmente. Git ahora trata de hacer una "fusión de 3 vías" entre su current-branch, current-base-branchy new-base-branch. Aproximadamente así es como git funcionará internamente:

1. Git primero rebase la current-base-branchparte superior de la new-base-branch. Puede haber conflictos; que deberás resolver manualmente. Una vez hecho esto, generalmente lo haces git add .y git rebase --continue. Creará una nueva confirmación temporal temp-commit-hashpara esto.

2. Después de esto, Git ahora rebase su current-branchsuperior sobre de temp-commit-hash. Puede haber más conflictos y nuevamente tendrá que resolverlos manualmente. Una vez hecho esto, continúe nuevamente con git add .y git rebase --continue, después de lo cual ha reubicado con éxito su current-branchen la parte superior new-base-branch.

Nota: Si comienza a equivocarse, puede hacerlo en git rebase --abortcualquier momento durante el proceso de rebase y volver al punto de partida.

Pague en la PROrama, copie los hashes de confirmación más antiguos ( commit4 ) y más recientes ( commit5 ) de esta rama y péguelos en otro lugar:

$ git checkout PRO
$ git log            # see the commit history
# copy the oldest & latest commit-hash 

Elimine la PROrama (guarde una copia de seguridad solo por seguridad). Crear y pagar a una nueva PROsucursal desde master:

$ git branch PRO.bac    # create a new branch PRO.bac = PRO as backup

$ git checkout master
$ git branch -D PRO     # delete the local PRO branch
$ git checkout -b PRO   # create and checkout to a new 'PRO' branch from 'master'

Tome (selección de cereza ) el rango de confirmaciones de la PROrama anterior en la nueva PROrama:

$ git cherry-pick commit4^..commit5   # cherry-pick range of commits
# note the '^' after commit4

Ahora, si todo está bien, entonces forzar (-f) a la remote PRObifurcación y eliminar la PRO.bacbifurcación local :

$ git log                  # check the commit history

$ git push -f origin HEAD  # replace the remote PRO by local PRO branch history
# git branch -D PRO.bac    # delete local PRO.bac branch

Tuve un enfoque ligeramente diferente usando reset y stashes que evita eliminar y volver a crear ramas, así como eliminar la necesidad de cambiar de rama:

$ git checkout PRO
$ git reset commit4 # This will set PROs HEAD to be at commit 4, and leave the modified commit 5 files in ur working index
$ git stash save -m "Commit message"
$ git reset commit 3
$ git stash save -m "Commit message"
$ git reset master --hard
$ git stash pop
$ git stash pop
$ git push --force # force if its already been push remotely

Al restablecer la rama en una base de confirmación por confirmación, básicamente solo rebobina el historial de las ramas una confirmación a la vez.