Oublié “git rebase --continue” et n'a “git commit”. Comment réparer?

J'ai été la relocalisation de code dans git, j'ai eu quelques conflits de fusion. J'ai résolu les conflits et n':

git add

À ce point, j'ai oublié de faire:

git rebase --continue

J'ai continué de codage et de fait:

git commit

pour les modifications. Maintenant, je suis sur "no branch" et ne peut pas faire:

git rebase --continue

Comment puis-je résoudre ce problème?

  • ce n' git status dire?
  • # Actuellement pas sur n'importe quelle branche. rien à commettre (répertoire de travail propre)
InformationsquelleAutor Abhilash | 2011-06-23
  1. 8

    edit: voir la réponse ci-dessous, afin de voir si une solution plus facile pour vous. https://stackoverflow.com/a/12163247/493106

    Que j'aurais du l'essayer, mais je pense que c'est ce que je ferais:

    1. Étiquette de votre dernier commit (ou simplement écrire son SHA1 quelque part afin de ne pas le perdre): git tag temp
    2. git rebase --abort
    3. Faire cela à nouveau. Vous aurez à résoudre la fusion à nouveau. 🙁
    4. git rebase --continue
    5. git cherry-pick temp

    Le problème avec ceci est que votre temp commettre contient probablement à la fois la résolution de la fusion, et le nouveau code. Ainsi, il pourrait être difficile, mais je voudrais l'essayer et voir si cela fonctionne.

    • Vous pouvez soit tag @MatrixFrog dit ou vous pouvez l'enregistrer comme un patch trop. Alors ne le rebase abandonner. Vérifier l'état de assurez-vous que les pensions de titres sont dans un état que vous connaissez a pas de problèmes, et puis commencer à les chercher et rebase.
    • Ne pas le faire. Voir kirikaza la réponse ci-dessous pour un beaucoup plus simple/le moyen le plus propre. Ne salissez pas avec cherry-pick et la résolution des conflits un deuxième temps.
    • Veuillez accepter kirikaza de réponse. J'ai (comme l'a fait tandrewnichols) l'ont fait et il y a un moyen beaucoup plus facile (et de l'internet semble être d'accord que cette réponse a 4x les upvotes).
    • Il est maintenant 10 fois plus upvotes... de plus, l'utilisation de git rerere souvenir de vos résolutions de conflits (utile, sauf si il vous arrive de faire de mauvaises résolutions que vous ne voulez pas qu'elle s'en rappeler).
    InformationsquelleAutor MatrixFrog
  2. 174

    Il suffit de ne git reset --soft HEAD^. Il déplace le pointeur de TÊTE à son parent, mais maintient le travail de l'arbre et ajoute la fusion et le changement de l'indice. Vous pouvez donc continuer de rebasage avec git rebase --continue comme avant.

    • Cela a totalement fonctionné, et était aussi la première fois j'ai trouvé une utilisation pour --soft. Agréable de savoir comment cela fonctionne, merci!
    • c'est génial!!
    • Ce la bonne réponse les gars
    • Déjà +1, maintenant j'aimerais le +1 de nouveau.
    • C'est beaucoup mieux que la accepté de répondre à
    • J'espère que les gens vont voir tous les votes sur cette réponse et de suivre ce qui est suggéré ici!
    • C'est exactement ce que je pensais (mais peut-être passé dur par accident). N'étais pas sûr si la TÊTE a été mise à jour au cours d'un rebase bien. Merci pour la confirmation! Tellement heureux que j'ai défile un peu plus loin avant de jouer avec les maux de tête ci-dessus.
    • Meilleure solution. De loin.
    • J'ai édité accepté de répondre à mettre un lien ici - je n'ai pas vu cette réponse jusqu'à ce que après j'ai suivi les instructions ci-dessus.

    InformationsquelleAutor kirikaza
  3. 0

    J'ai eu le même problème, et pour empirer les choses, j'ai été la relocalisation trois commits, et après la résolution de conflits sur le deuxième commit, j'ai "commis" au lieu de "rebase --continue".

    Comme un résultat que j'ai eu cette git reflog

    Lorsque j'ai appliqué kirikaza la solution, j'ai juste repris les tiers s'engager, et pas la seconde, qui a été problématique..

    Comme vous pouvez le voir, cela commence par une extraction à partir de la remotes/origin/master direction générale et s'applique alors mes trois commits qui apparaissent comme les trois précédentes de l'opération (avant le départ) dans le reflog.

    Alors, si vous voulez redémarrer à partir d'une base propre, avant cela, vous pouvez simplement réinitialiser dur pour le hachage juste avant la caisse de la rebase opération. Dans mon cas (voir l'image):

    git reset --hard 859ed3c

    Alors vous pouvez commencer une nouvelle git rebase.

    InformationsquelleAutor Louis Durand