Réparer une tête détachée Git?

Je faisais du travail dans mon référentiel et j'ai remarqué qu'un fichier avait des changements locaux. Je n'en voulais plus, j'ai donc supprimé le fichier, pensant pouvoir simplement en extraire une nouvelle copie. Je voulais faire l'équivalent Git de

svn up .

L'utilisation git pullne semblait pas fonctionner. Des recherches aléatoires m'ont conduit à un site où quelqu'un a recommandé de faire

git checkout HEAD^ src/

( srcest le répertoire contenant le fichier supprimé).

Maintenant, je découvre que j'ai la tête détachée. Je n'ai aucune idée de ce que c'est. Comment puis-je annuler?

Tête détachée signifie que vous n'êtes plus sur une branche, vous avez extrait un seul commit dans l'historique (dans ce cas, le commit précédent à HEAD, ie HEAD ^).

Si vous souhaitez supprimer vos modifications associées à la tête détachée

Vous avez seulement besoin de vérifier la branche où vous étiez, par exemple

git checkout master

La prochaine fois que vous avez modifié un fichier et que vous souhaitez le restaurer dans l'état où il se trouve dans l'index, ne supprimez pas le fichier en premier, faites simplement

git checkout -- path/to/foo

Cela restaurera le fichier foo dans l'état où il se trouve dans l'index.

Si vous souhaitez conserver vos modifications associées à la tête détachée

1. Exécuter git branch tmp- cela enregistrera vos modifications dans une nouvelle branche appelée tmp.
2. Courir git checkout master
3. Si vous souhaitez intégrer les modifications que vous avez apportées master, exécutez à git merge tmppartir de la masterbranche. Vous devriez être sur la masterbranche après avoir couru git checkout master.

Si vous avez modifié des fichiers que vous ne voulez pas perdre, vous pouvez les pousser. Je les ai validés en mode détaché et après cela, vous pouvez passer à une branche temporaire pour l'intégrer plus tard dans master.

git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work

Extrait de:

Que faire avec la validation effectuée dans une tête détachée

Une solution sans créer de branche temporaire.

Comment quitter («réparer») l'état HEAD détaché lorsque vous avez déjà modifié quelque chose dans ce mode et, éventuellement, souhaitez enregistrer vos modifications:

1. Validez les modifications que vous souhaitez conserver. Si vous souhaitez reprendre l'une des modifications que vous avez apportées dans l'état HEAD détaché, validez-les. Comme:

   git commit -a -m "your commit message"
   

2. Ignorez les modifications que vous ne souhaitez pas conserver. La réinitialisation matérielle supprimera toutes les modifications non validées que vous avez apportées dans l'état HEAD détaché:

   git reset --hard
   

   (Sans cela, l'étape 3 échouerait, se plaignant des fichiers non validés modifiés dans le HEAD détaché.)

3. Découvrez votre succursale. Quittez l'état HEAD détaché en vérifiant la branche sur laquelle vous avez travaillé auparavant, par exemple:

   git checkout master
   

4. Reprenez vos engagements. Vous pouvez maintenant reprendre les commits que vous avez effectués dans l'état HEAD détaché par sélection à la cerise, comme indiqué dans ma réponse à une autre question .

   git reflog
   git cherry-pick <hash1> <hash2> <hash3> …
   

Tête détachée signifie:

1. Vous n'êtes plus sur une succursale,
2. Vous avez extrait un seul commit dans l'historique

Si vous n'avez aucun changement: vous pouvez passer en maître en appliquant la commande suivante

  git checkout master

Si vous souhaitez conserver des modifications:

Dans le cas d'un HEAD détaché, valide le travail comme d'habitude, sauf qu'aucune branche nommée n'est mise à jour. Pour obtenir la branche principale mise à jour avec vos modifications validées, créez une branche temporaire où vous vous trouvez (de cette façon, la branche temporaire aura toutes les modifications validées que vous avez apportées dans la tête détachée), puis basculez vers la branche principale et fusionnez la branche temporaire avec le maître.

git branch  temp
git checkout master
git merge temp

Voici ce que je viens de faire après avoir réalisé que j'étais sur une tête détachée et que j'avais déjà fait quelques changements.

J'ai commis les changements.

$ git commit -m "..."
[detached HEAD 1fe56ad] ...

Je me suis souvenu du hachage (1fe56ad) du commit. Ensuite, j'ai vérifié la branche où j'aurais dû être.

$ git checkout master
Switched to branch 'master'

Enfin, j'ai appliqué les modifications du commit à la branche.

$ git cherry-pick 1fe56ad
[master 0b05f1e] ...

Je pense que c'est un peu plus facile que de créer une branche temporaire.

Si vous avez apporté quelques modifications, puis réalisé que vous étiez sur une tête détachée, il existe une solution simple pour cela: stash -> checkout master -> stash pop:

git stash
git checkout master   # Fix the detached head state
git stash pop         # Or for extra safety use 'stash apply' then later 
                      #   after fixing everything do 'stash drop'

Vous aurez vos modifications non validées et votre tête "attachée" normale, comme si rien ne s'était passé.

Lorsque vous extrayez un commit spécifique git, vous vous retrouvez dans un état de tête détachée ... c'est-à-dire que votre copie de travail ne reflète plus l'état d'une référence nommée (comme "master"). Ceci est utile pour examiner l'état passé du référentiel, mais pas ce que vous voulez si vous essayez réellement d'annuler les modifications.

Si vous avez apporté des modifications à un fichier particulier et que vous souhaitez simplement les supprimer, vous pouvez utiliser la checkoutcommande comme ceci:

git checkout myfile

Cela annulera toutes les modifications non validées et ramènera le fichier à l'état qu'il a dans la tête de votre branche actuelle. Si vous souhaitez supprimer les modifications que vous avez déjà validées, vous pouvez utiliser la resetcommande. Par exemple, cela réinitialisera le référentiel à l'état de la validation précédente, ignorant toutes les modifications ultérieures:

git reset --hard HEAD^

Cependant, si vous partagez le référentiel avec d'autres personnes, un git resetpeut être perturbateur (car il efface une partie de l'historique du référentiel). Si vous avez déjà partagé des modifications avec d'autres personnes, vous voulez généralement regarder à la git revertplace, ce qui génère un "anticommit" - c'est-à-dire qu'il crée un nouveau commit qui "annule" les modifications en question.

Le Git Book contient plus de détails.

HEAD est dans un pointeur, et en conséquence, il pointe - directement ou indirectement - vers un commit particulier:

  HEAD attaché signifie qu'il est attaché à une branche (c'est-à-dire qu'il pointe vers une branche).
Détaché un moyen de tête qu'il est pas attaché à une branche, à savoir qu'il pointe directement à certains commettras.

En d'autres termes:

• S'il pointe directement sur un commit , le HEAD est détaché .
• S'il pointe indirectement sur un commit (c'est-à-dire qu'il pointe sur une branche qui, à son tour, pointe sur un commit), le HEAD est attaché .

Pour mieux comprendre les situations avec HEAD attaché / détaché, montrons les étapes menant au quadruplet d'images ci-dessus.

Nous commençons avec le même état du référentiel (les images dans tous les quadrants sont les mêmes):

Maintenant, nous voulons effectuer git checkout- avec différentes cibles dans les images individuelles (les commandes au-dessus d'eux sont grisées pour souligner que nous allons seulement appliquer ces commandes):

Telle est la situation après avoir exécuté ces commandes:

Comme vous pouvez le voir, la HEAD pointe vers la cible dugit checkout commande - vers une branche (les 3 premières images du quadruplet), ou (directement) vers un commit (la dernière image du quadruplet).

Le contenu du répertoire de travail est également modifié pour être conforme à la validation appropriée (instantané), c'est-à-dire à la validation pointée (directement ou indirectement) par la HEAD.

Nous sommes donc maintenant dans la même situation qu'au début de cette réponse:

Puisque "état de tête détaché" vous a sur une branche temporaire, utilisez simplement git checkout -ce qui vous place sur la dernière branche sur laquelle vous étiez.

Pour clarifier davantage la réponse de @Philippe Gerber, la voici:

Avant cherry-pick, un git checkout masterest nécessaire dans ce cas. De plus, il n'est nécessaire qu'avec un commitin detached head.

Addenda

Si la succursale dans laquelle vous souhaitez retourner était le dernier paiement que vous avez effectué, vous pouvez simplement utiliser checkout @{-1}. Cela vous ramènera à votre paiement précédent.

En outre, vous pouvez alias cette commande avec, par exemple, de git global --config alias.prevsorte que vous avez juste besoin de taper git prevpour revenir à la caisse précédente.

Être en "tête détachée" signifie que HEAD fait référence à un commit spécifique sans nom (par opposition à une branche nommée) (cf: https://git-scm.com/docs/git-checkout section Tête détachée )

Pour résoudre le problème, il vous suffit de sélectionner la branche qui a été sélectionnée auparavant par

git checkout @{-1}

Lorsque vous êtes dans une situation de tête détachée et que vous avez créé de nouveaux fichiers, assurez-vous d'abord que ces nouveaux fichiers sont ajoutés à l'index, par exemple avec:

git add .

Mais si vous avez seulement modifié ou supprimé des fichiers existants, vous pouvez ajouter (-a) et valider avec un message (-m) en même temps via:

git commit -a -m "my adjustment message"

Ensuite, vous pouvez simplement créer une nouvelle branche avec votre état actuel avec:

git checkout -b new_branch_name

Vous aurez une nouvelle branche et tous vos ajustements seront là dans cette nouvelle branche. Vous pouvez ensuite continuer à pousser vers la télécommande et / ou à commander / tirer / fusionner à votre guise.

Git m'a dit comment faire.

si vous avez tapé:

git checkout <some-commit_number>

Enregistrez le statut

git add .
git commit -m "some message"

Alors:

 git push origin HEAD:<name-of-remote-branch>

Je voulais garder mes changements donc je corrige ça

git add .
git commit -m "Title" -m "Description"
(so i have a commit now example: 123abc)
git checkout YOURCURRENTBRANCH
git merge 123abc
git push TOYOURCURRENTBRANCH

ça marche pour moi

Pointe normalement HEADsur une branche. Quand il ne pointe pas vers une branche à la place quand il pointe vers un hachage de validation comme 69e51cela signifie que vous avez un HEAD détaché. Vous devez pointer deux branches pour résoudre le problème. Vous pouvez faire deux choses pour y remédier.

1. git checkout other_branch // Impossible lorsque vous avez besoin du code dans ce commit hash
2. créez une nouvelle branche et pointez le hachage de validation sur la branche nouvellement créée.

HEAD doit pointer vers une branche, pas un hachage de validation est la règle d'or.

Une tête détachée signifie que vous n'avez pas extrait correctement votre branche ou que vous venez d'extraire un seul commit.

Si vous rencontrez un tel problème, stockez d' abord vos modifications locales afin de ne pas les perdre.

Après cela ... passez à la caisse de votre choix à l'aide de la commande:

Disons que vous voulez une branche MyOriginalBranch:

git checkout -b someName origin / MyOriginalBranch

vous l'avez probablement fait git reset --hard origin/your-branch .

Essayez de juste git checkout your-branch

git pull origin master

travaillé pour moi. Il s'agissait simplement de donner explicitement le nom de la télécommande et de la branche.

Dans mon cas, je cours git status et j'ai vu que j'avais quelques fichiers non suivis sur mon répertoire de travail.

Je devais juste les nettoyer (car je n'en avais pas besoin) pour exécuter le rebase que je voulais effectuer.

Cela fonctionne pour moi, il attribuera une nouvelle branche pour la tête détachée:

git checkout nouveau_nom_branché détaché_tête_garbage_nom

Le HEAD détaché signifie que vous n'êtes actuellement sur aucune branche. Si vous souhaitez conserver vos modifications actuelles et simplement créer une nouvelle branche, voici ce que vous faites:

git commit -m "your commit message"
git checkout -b new_branch

Par la suite, vous pouvez potentiellement fusionner cette nouvelle branche avec d'autres branches. La commande git "a dog" est toujours utile :

git log --all --decorate --oneline --graph