Git: "Pas actuellement sur une branche." Existe-t-il un moyen simple de revenir sur une branche, tout en conservant les modifications?

J'ai donc fait un peu de travail dans le référentiel et quand je suis sur le point de valider, je me rends compte que je ne suis actuellement sur aucune branche.

Cela se produit souvent lorsque je travaille avec des sous-modules et je suis en mesure de le résoudre, mais le processus est fastidieux et j'ai pensé qu'il devait y avoir un moyen plus simple de le faire.

Existe-t-il un moyen simple de revenir sur une branche, tout en conservant les modifications?

Si vous ne vous êtes pas engagé:

git stash
git checkout some-branch
git stash pop

Si vous vous êtes engagé et n'avez rien changé depuis:

git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}

Si vous vous êtes engagé et avez effectué un travail supplémentaire:

git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop

cela m'a aidé

git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch

git checkout master

C'est le résultat quelque chose comme ceci:

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

Alors faisons-le:

git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Partir d'une autre manière ici

git branch newbranch
git checkout master 
git merge newbranch 

Alternativement, vous pouvez configurer vos sous-modules de sorte que plutôt que d'être dans leur état de tête détachée par défaut, vous extrayiez une branche.

Modifié pour ajouter:

Une façon consiste à extraire une branche particulière du sous-module lorsque vous l'ajoutez avec l'indicateur -b:

git submodule add -b master <remote-repo> <path-to-add-it-to>

Une autre façon consiste à simplement aller dans le répertoire du sous-module et à le vérifier

git checkout master

Une façon de se retrouver dans cette situation consiste à effectuer un rebase à partir d'une branche distante. Dans ce cas, les nouveaux commits sont pointés par HEADmais masterne les pointent pas - ils pointent vers où ils se trouvaient avant de rebaser l'autre branche.

Vous pouvez faire de ce commit votre nouveau masteren faisant:

git branch -f master HEAD
git checkout master

Cela se met masterà jour de force pour pointer vers HEAD(sans vous mettre dessus master) puis passe à master.

J'ai récemment rencontré à nouveau ce problème. Cela fait un moment que je n'ai pas travaillé pour la dernière fois avec des sous-modules et après avoir appris plus sur git, j'ai réalisé qu'il suffit de vérifier la branche sur laquelle vous souhaitez vous engager. Git gardera l'arbre de travail même si vous ne le cachez pas.

git checkout existing_branch_name

Si vous souhaitez travailler sur une nouvelle branche, cela devrait fonctionner pour vous:

git checkout -b new_branch_name

La récupération échouera si vous avez des conflits dans l'arborescence de travail, mais cela devrait être assez inhabituel et si cela se produit, vous pouvez simplement le cacher, le faire éclater et résoudre le conflit.

Par rapport à la réponse acceptée, cette réponse vous fera économiser l'exécution de deux commandes, qui ne prennent pas vraiment beaucoup de temps à exécuter de toute façon. Par conséquent, je n'accepterai pas cette réponse, à moins qu'elle n'obtienne miraculeusement plus de votes positifs (ou du moins proches) que la réponse actuellement acceptée.

La méthode suivante peut fonctionner:

git rebase HEAD master
git checkout master

Cela rebasera vos modifications HEAD actuelles au-dessus du maître. Ensuite, vous pouvez changer de branche.

Une autre méthode consiste à vérifier d'abord la succursale:

git checkout master

Ensuite, Git devrait afficher SHA1 de vos commits détachés, vous pouvez ensuite les sélectionner, par exemple

git cherry-pick YOURSHA1

Ou vous pouvez également fusionner le dernier:

git merge YOURSHA1

Pour voir tous vos commits de différentes branches (pour vous assurer que vous les avez), exécutez: git reflog.

Je sais que j'ai dit à babay en 2012 que je pensais qu'il était peu probable que quelqu'un ne se rende pas compte qu'il n'était pas dans une succursale et ne s'engageait pas. Cela vient de m'arriver, donc je suppose que je dois admettre que je me trompais, mais étant donné qu'il a fallu attendre 2016 pour que cela m'arrive, vous pourriez dire que c'est en fait peu probable.

Quoi qu'il en soit, la création d'une nouvelle branche est exagérée à mon avis. Tout ce que tu dois faire est:

git checkout some-branch
git merge commit-sha

Si vous n'avez pas copié le commit-sha avant de vérifier l'autre branche, vous pouvez facilement le trouver en exécutant:

git reflog