[Résolu] Git push master fatal : Vous n'êtes pas actuellement sur une branche (2024)

110 962

solution 4

Si vous poussez vers un nouveau référentiel, vous pouvez utiliser

git push origin HEAD:refs/heads/main --force

principalvoici une nouvelle branche qui sera créée au cas où votre référentiel cible serait vide.

solution 5

Vous pouvez créer une nouvelle branche et vous pouvez fusionner ces changements dans la branche précédente

git checkout -b newBranch git checkout previousBranchgit merge newBranchgit push origin previousBranchgit branch -d previousBranch

Voir plus de solutions

commentaires

• 

  Tom Hammond presque 2 ans

  Le maître est-il au niveau du commit #10. Cependant, j'ai fini par réaliser que j'avais cassé quelque chose en cours de route qui n'avait pas été détecté par les tests.

  J'ai fini par aller au commit #5, puis j'ai lentement refait le développement de chaque commit et l'ai ajusté continuellement pour m'assurer qu'il ne cause pas à nouveau le bogue. Maintenant, je suis essentiellement de retour au commit #10, mais avec un certain nombre de modifications qui empêchent le bogue de se produire.

  Je veux maintenant créer le commit #11 en utilisant mes modifications. Mais quand j'essaie de pousser pour maîtriser j'obtiens

  fatal : vous n'êtes pas actuellement sur une branche. Pour pousser l'historique menant à l'état actuel (tête détachée) maintenant, utilisez git push master HEAD :

  Ce qui est à prévoir. Mais comment puis-je réellement faire en sorte que cela soit transmis à ma succursale distante ?

  J'ai essayégit push origin HEAD:maîtremais ensuite obtenu ceci:

  ! [rejected] HEAD -> master (non-fast-forward) error: failed to push some refs to 'https://github.com/tomhammond/sample.git'hint: Les mises à jour ont été rejetées car une pointe de branche poussée est derrière sa indice distant : contrepartie. Consultez cette branche et intégrez la modification distante : (par exemple, 'git pull ...') avant de pousser à nouveau.

  Quand je fais unstatut gitJe voisTÊTE détachée du 4a74ac3

  • 

    scrrower presque 8 ans

    Vous êtes-vous assuré que votre historique de commit jusqu'au #10 est ce qu'il était à l'origine, et que seul votre commit #11 contient les modifications ? Une erreur comme celle-ci est normalement donnée lorsque votre branche et la branche d'origine ont un historique de validation différent (comme ce qui se passe lorsque vous refaites le développement de chacun des commits)

  • 

    Tom Hammond presque 8 ans

    Je suis sûr qu'ils ne le font pas. Je pense que j'ai bêtement commencé à faire le développement après avoir vérifié #5

  • 

    scrrower presque 8 ans

    C'est bien, ce que vous pouvez faire, c'estgit reset [commit10Hash]pour annuler la mise en scène de vos modifications, puisgit cachettepour les garder un peu,git reset --hard origin/nameofremotebranchpour le remettre à l'origine,git cachette poppour réappliquer les modifications souhaitées, puisgit add .etgit commit -m "Vos nouvelles modifications au-dessus de l'origine". Vous devriez alors pouvoirgit push nom d'origine de la branche distantesans conflit

• 

  Tom Hammond presque 8 ans

  Excellente information - je suis en fait le seul à travailler dessus en ce moment, donc je pense que cela devrait fonctionner

• 

  scrrower presque 8 ans

  Forcer la poussée vers une branche principale ne peut certainement jamais être une bonne idée

• 

  Tim Biegeisen presque 8 ans

  @scrowler J'ai ajouté un flux de travail qu'il peut utiliser pour éviter la poussée forcée.

• 

  Gwyneth Llewelyn plus de 3 ans

  Bien qu'il s'agisse d'une réponse très simple, c'est généralement ce qui résout la plupart des problèmes menant à la question du PO. Dans mon cas, j'étais revenu à un commit antérieur, j'avais corrigé quelques problèmes et fait quelques poussées - mais j'avais oublié que le HEAD était toujours détaché ! Votre solution a tout réglé pour moi. Merci 🙏

• 

  Giorgi Tsiklauri plus de 3 ans

  @RobbieAverill pourquoi?

• 

  scrrower plus de 3 ans

  @GiorgiTsiklauri pour de nombreuses raisons, dont l'une est que si vous travaillez en équipe avec un flux de travail en ramification, vous désynchroniserez tout le monde

• 

  oulukbek sur 1 an

  tu m'as sauvé la vie frère. merci

Récent