Quindi ho fatto un po 'di lavoro nel repository e quando sto per impegnarmi mi rendo conto che non sono attualmente in alcun ramo.
Questo succede molto quando lavoro con i sottomoduli e sono in grado di risolverlo, ma il processo è noioso e ho pensato che ci doveva essere un modo più semplice per farlo.
C'è un modo semplice per tornare su un ramo, mantenendo le modifiche?
Risposte:
Se non hai commesso:
git stash
git checkout some-branch
git stash pop
Se hai commesso e non hai cambiato nulla da allora:
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
Se hai commesso e poi svolto un lavoro extra:
git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop
git showo git rev-parse HEAD), passa al ramo e quindi git cherry-pickseguito dall'hash del commit.
git merge _hash_
git merge <hash-of-the-commit-you-just-made>.
questo mi ha aiutato
git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch
git checkout master
Il risultato è qualcosa del genere:
Warning: you are leaving 2 commits behind, not connected to
any of your branches:
1e7822f readme
0116b5b returned to clean django
If you want to keep them by creating a new branch, this may be a good time to do so with:
git branch new_branch_name 1e7822f25e376d6a1182bb86a0adf3a774920e1e
Facciamolo:
git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e
git gctra l'esecuzione di quei due comandi perderesti quei commit, ma a meno che tu non stia eseguendo git gcautomaticamente questo dovrebbe essere un approccio abbastanza privo di rischi. Continuerei con la risposta di Babay, ma se vuoi salvarti dalla scrittura di due comandi extra, immagino che questa sia la strada da percorrere.
Lasciando un altro modo qui
git branch newbranch
git checkout master
git merge newbranch
In alternativa, è possibile impostare i sottomoduli in modo che, anziché trovarsi nel loro stato head distaccato predefinito, si verifichi un ramo.
Modificato per aggiungere:
Un modo è di fare il checkout di un particolare ramo del sottomodulo quando lo aggiungi con il flag -b:
git submodule add -b master <remote-repo> <path-to-add-it-to>
Un altro modo è semplicemente andare nella directory del sottomodulo e provarlo
git checkout master
gitmodulesforse?
Un modo per finire in questa situazione è dopo aver effettuato un rebase da un ramo remoto. In questo caso, i nuovi commit sono indicati da HEADma masternon puntati su di essi - sta puntando ovunque fosse prima che tu riformassi l'altro ramo.
Puoi rendere questo impegno il tuo nuovo masterfacendo:
git branch -f master HEAD
git checkout master
Questo si aggiorna forzatamente masterper indicare HEAD(senza metterti master) quindi passa a master.
Di recente ho riscontrato di nuovo questo problema. È passato un po 'di tempo dall'ultima volta che ho lavorato con i sottomoduli e dopo aver imparato di più su Git ho capito che è sufficiente controllare semplicemente il ramo su cui vuoi impegnarti. Git manterrà l'albero di lavoro anche se non lo riponi.
git checkout existing_branch_name
Se vuoi lavorare su una nuova filiale, questo dovrebbe funzionare per te:
git checkout -b new_branch_name
Il checkout fallirà se ci sono conflitti nell'albero di lavoro, ma ciò dovrebbe essere abbastanza insolito e se succede puoi semplicemente nasconderlo, pop e risolverlo.
Rispetto alla risposta accettata, questa risposta ti farà risparmiare l'esecuzione di due comandi, che comunque non richiedono molto tempo per essere eseguiti. Pertanto non accetterò questa risposta, a meno che non ottenga miracolosamente più voti (o almeno vicino) rispetto alla risposta attualmente accettata.
Il seguente metodo può funzionare:
git rebase HEAD master
git checkout master
In questo modo, le modifiche HEAD attuali verranno modificate in cima al master. Quindi puoi cambiare il ramo.
Un modo alternativo è quello di verificare prima la filiale:
git checkout master
Quindi Git dovrebbe visualizzare SHA1 dei tuoi commit distaccati, quindi puoi selezionarli, ad es
git cherry-pick YOURSHA1
Oppure puoi anche unire l'ultimo:
git merge YOURSHA1
Per vedere tutti i commit provenienti da diversi settori (per assicurarsi che li hai), eseguire: git reflog.
So di aver detto a Babay nel 2012 che pensavo fosse improbabile che qualcuno non si rendesse conto che non erano su una filiale e si sarebbero impegnati. Mi è appena successo, quindi immagino di dover ammettere di aver sbagliato, ma considerando che ci è voluto fino al 2016 perché ciò accadesse a me, si potrebbe sostenere che in realtà è improbabile.
Ad ogni modo, creare una nuova filiale è eccessivo secondo me. Tutto quello che devi fare è:
git checkout some-branch
git merge commit-sha
Se non hai copiato commit-sha prima di controllare l'altro ramo, puoi facilmente trovarlo eseguendo:
git reflog