Cambia la base del ramo

Ho un albero come questo:

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

e devo spostare il ramo PRO su master

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

Ho provato un git rebase masterramo PRO, ma non succede nulla.

Per chiarire : stavo lavorando in master e poi ho dovuto fare una demo del prodotto ( git checkout -b demoe alcuni commit). Quindi, per errore, creo un altro ramo dalla demo ( git checkout -b PROe alcuni commit) e ora ho bisogno di spostare il ramo PRO per padroneggiare e lasciare intatta la demo. Alla fine, sia la demo che il PRO si bloccheranno dal master.

Utilizzare --ontoper quello:

git rebase --onto newBase oldBase feature/branch

Dato il tuo caso:

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

Fondamentalmente, prendi tutti i commit da dopo demofino a PRO, e li rimetti in mastercommit.

Cercherò di essere il più generico possibile. Innanzitutto, assicurati di essere sul ramo desiderato:

git checkout current-branch

Quindi utilizzare il comando seguente (dove si new-base-branchtrova il ramo che si desidera essere la nuova base, ed current-base-branchè il ramo che è la base corrente.)

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

Se non hai conflitti, allora fantastico: hai finito. Se lo fai (nella maggior parte dei casi), continua a leggere.

Potrebbero sorgere conflitti e dovrai risolverli manualmente. Git ora cerca di fare un "3-way merge" tra il vostro current-branch, current-base-branche new-base-branch. All'incirca questo è come git funzionerà internamente:

1. Git prima rinnoverà la parte current-base-branchsuperiore di new-base-branch. Potrebbero esserci conflitti; che dovrai risolvere manualmente. Fatto ciò, di solito lo fai git add .e git rebase --continue. Creerà un nuovo commit temporaneo temp-commit-hashper questo.

2. Dopo questo, Git sarà ora rebase tua current-branchalto su di temp-commit-hash. Potrebbero esserci ulteriori conflitti e di nuovo dovrai risolverli manualmente. Una volta fatto, si continua ancora con git add .e git rebase --continue, dopo di che si è ricalcolato con successo il vostro current-branchin cima alla new-base-branch.

Nota: se inizi a sbagliare, puoi farlo in git rebase --abortqualsiasi momento durante il processo di rebase e tornare al punto di partenza.

Acquista nel PROramo, copia gli hash di commit più vecchi ( commit4 ) e più recenti ( commit5 ) di questo ramo e incollali altrove:

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

Elimina il PROramo (conserva un backup solo per sicurezza). Crea e fai il checkout in una nuova PROfiliale da 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'

Prendi ( cherry-pick ) la gamma di commit del PROramo precedente nel nuovo PROramo:

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

Ora, se tutto è ok, allora forza (-f) spingere verso il remote PROramo ed eliminare il PRO.bacramo locale :

$ 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

Ho avuto un approccio leggermente diverso utilizzando reset e stash che evita di eliminare e ricreare i rami, nonché di eliminare la necessità di cambiare ramo:

$ 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

Reimpostando il ramo su un commit in base al commit, fondamentalmente semplicemente riavvolgi la cronologia dei rami un commit alla volta.