Per spostare il puntatore del ramo di un ramo estratto, è possibile utilizzare il git reset --hardcomando. Ma come spostare il puntatore del ramo di un ramo non estratto per puntare a un commit diverso (mantenendo tutte le altre cose come il ramo remoto monitorato)?
Risposte:
Puoi farlo per riferimenti arbitrari. Ecco come spostare un puntatore a ramo:
git update-ref -m "reset: Reset <branch> to <new commit>" refs/heads/<branch> <commit>
La forma generale:
git update-ref -m "reset: Reset <branch> to <new commit>" <ref> <commit>
Se lo desideri, puoi scegliere i nits sul messaggio di reflog: credo che branch -funo sia diverso da reset --hardquello, e questo non è esattamente nessuno dei due.
git branch -f. Per essere precisi, questo metodo sembra essere: (A) più difficile da usare (B) più difficile da ricordare e (C) più pericoloso
git branch -f <branch-name> <new-tip-commit>
git update-ref -m "reset: Reset <branch> to <new commit>" <branch> <commit>. (Se lo desideri, puoi scegliere i nits sul messaggio di reflog: credo che branch -funo sia diverso da reset --hardquello, e questo non è esattamente nessuno dei due.)
git help branchdice "-f, --force Ripristina <branchname> su <startpoint> se <branchname> esiste già. Senza -f git branch si rifiuta di cambiare un ramo esistente."
git branch -f master <hash>e mi sta dicendo che fatal: Cannot force update the current branch.Ummmm devo fare cosa ora, controlla qualche altro ramo casuale prima che mi venga permesso di usare questo comando?
HEADpunta ad esso).
Puoi anche passare git reset --hardun riferimento di commit.
Per esempio:
git checkout branch-name
git reset --hard new-tip-commit
Trovo di fare qualcosa del genere semi-frequentemente:
Supponendo questa storia
$ git log --decorate --oneline --graph
* 3daed46 (HEAD, master) New thing I shouldn't have committed to master
* a0d9687 This is the commit that I actually want to be master
# Backup my latest commit to a wip branch
$ git branch wip_doing_stuff
# Ditch that commit on this branch
$ git reset --hard HEAD^
# Now my changes are in a new branch
$ git log --decorate --oneline --graph
* 3daed46 (wip_doing_stuff) New thing I shouldn't have committed to master
* a0d9687 (HEAD, master) This is the commit that I actually want to be master
git update-refcome discusso sopra.
git reset --hard ...Non è necessario ripeterlo qui! :-(
Solo per arricchire la discussione, se vuoi spostare il myBranchramo al tuo attuale commit, ometti il secondo argomento dopo-f
Esempio:
git branch -f myBranch
In genere lo faccio quando mi trovo rebasein uno stato HEAD distaccato :)
In gitk --all:
Fai attenzione che la ricostruzione, invece di modificare il ramo esistente , perderà le informazioni sul ramo di tracciamento . (Questo in genere non è un problema per casi d'uso semplici in cui esiste un solo telecomando e il tuo ramo locale ha lo stesso nome del ramo corrispondente nel telecomando. Vedi i commenti per maggiori dettagli, grazie @mbdevpl per aver sottolineato questo aspetto negativo.)
Sarebbe bello se gitkavesse una funzione in cui la finestra di dialogo avesse 3 opzioni: sovrascrivi, modifica esistenti o annulla.
Anche se di solito sei un drogato da riga di comando come me, git guie gitksei abbastanza ben progettato per il sottoinsieme dell'utilizzo di git che consentono. Consiglio vivamente di usarli per quello che sono bravi (cioè mettere in scena selettivamente hunk dentro / fuori dall'indice in git gui, e anche solo impegnarsi. (Ctrl-s per aggiungere una firma: linea, ctrl-invio per impegnarsi .)
gitk è ottimo per tenere traccia di alcuni rami mentre si ordinano le modifiche in una bella serie di patch da inviare a monte, o qualsiasi altra cosa in cui è necessario tenere traccia di ciò che si è nel mezzo con più rami.
Non ho nemmeno un browser di file grafico aperto, ma adoro gitk / git gui.
git statusoutput è interessato. Inoltre, in alcuni casi git fetche git pushnon funzionerà senza specificare esplicitamente remoto se non si imposta il ramo di tracciamento. Non conosco tutti i casi, ma per me la regola generale è che per comodità e velocità di lavoro, è meglio avere i rami di tracciamento in ordine.
La soluzione consigliatagit branch -f branch-pointer-to-move new-pointer in TortoiseGit :
Onestamente, sono sorpreso di come nessuno abbia pensato al git pushcomando:
git push -f . <destination>:<branch>
Il punto (.) Fa riferimento al repository locale e potrebbe essere necessaria l'opzione -f perché la destinazione potrebbe essere "dietro la sua controparte remota" .
Sebbene questo comando venga utilizzato per salvare le modifiche nel server, il risultato è esattamente lo stesso di se si sposta il ramo remoto ( <branch>) nello stesso commit del ramo locale ( <destination>)
-fevitare di intasare nulla di locale; per esempio, git fetch origin && git push . origin/develop:developè una versione fail-fast non necessaria di checkout digit checkout develop && git pull --ff-only
Apri il file .git/refs/heads/<your_branch_name>e modifica l'hash memorizzato in quello in cui vuoi spostare la testa del tuo ramo. Modifica e salva il file con qualsiasi editor di testo. Assicurati solo che il ramo da modificare non sia quello attivo corrente.
Disclaimer: probabilmente non è un modo consigliabile per farlo, ma ottiene il lavoro fatto.
Nel caso in cui il commit a cui vuoi puntare sia davanti al ramo corrente (che dovrebbe essere il caso a meno che tu non voglia annullare gli ultimi commit del ramo corrente), puoi semplicemente fare:
git merge <commit>
git push . <commit>:<branch>come già suggerito.
git branch <branch-name> <SHA-1-of-the-commit>e scaricare il vecchio ramo?