Quand je cours:
git status
Je vois ça:
rebase in progress; onto 9c168a5
You are currently rebasing branch 'master' on '9c168a5'.
(all conflicts fixed: run "git rebase --continue")
nothing to commit, working directory clean
Quand je fais:
ls `git rev-parse --git-dir` | grep rebase || echo no rebase
Je vois: rebase-apply
Je ne peux pas m'engager sur l'origine.
git branch
Spectacles:
* (no branch, rebasing master)
develop
master
Je suis coincé. Je ne sais pas quoi faire? Le rebase prend-il vraiment autant de temps? git rebase --continue
ne fait rien. Je n'ai rien dans l'état git .. J'attends juste le rebase. Que puis-je faire?
UDATE: Ceci est la sortie de: git rebase --continue
Applying: no message
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.
When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".
git add. n'a rien.
la source
Je suis resté coincé dans le `` statut de rebase '', j'ai
mais la course a
git rebase --skip
cédéerror: could not read '.git/rebase-apply/head-name': No such file or directory
.La course a
rm -fr ".git/rebase-apply"
aidé.Remarque: bien sûr, ne le faites que si vous ne vous souciez pas du rebase ou si vous êtes coincé sur un rebase précédent dont vous ne voulez plus.
la source
Étape 1: Continuez
git rebase --continue
Étape 2: corrigez les CONFLITS puis
git add .
Revenez à l'étape 1, maintenant si elle dit
no changes ..
alors exécutezgit rebase --skip
puis revenez à l'étape 1Si vous voulez juste quitter rebase, exécutez
git rebase --abort
Une fois que toutes les modifications sont effectuées, exécutez
git commit -m "rebase complete"
et vous avez terminé.la source
Vous avez dit à votre référentiel de rebaser. Il semble que vous étiez sur un commit (identifié par SHA 9c168a5) et que vous avez ensuite fait
git rebase master
ougit pull --rebase master
.Vous rebasez le maître de branche sur ce commit. Vous pouvez terminer le rebase via
git rebase --abort
. Cela reviendrait à l'état dans lequel vous étiez avant de commencer à rebaser.la source
git rebase/pull --rebase master
. Je me retrouve souvent dans cet état ... à cause d'un conflit. Je change un fichier, fais un pull, restaure mes modifications et le nouveau patch est vide ce qui fait mal au cerveau de git qui décide alors d'entrer dans ce "mode rebase" ...Je suis entré dans cet état récemment. Après avoir résolu les conflits lors d'un rebase, j'ai validé mes modifications, plutôt que de courir
git rebase --continue
. Cela produit les mêmes messages que vous avez vus lorsque vous avez exécuté vos commandesgit status
etgit rebase --continue
. J'ai résolu le problème en exécutantgit rebase --abort
, puis en réexécutant le rebase. On pourrait probablement aussi sauter le rebase, mais je ne savais pas dans quel état cela me laisserait.la source
--abort
(+1), vous avez maintenant--quit
( stackoverflow.com/a/41363262/6309 )Si cela ne
git rebase --abort
fonctionne pas et que vous obtenez toujoursType:
la source
Configurer mon
git
à autorebase sur ungit checkout
Sinon, il fusionne automatiquement lorsque vous passez d'une branche à l'autre, ce qui, à mon avis, est le pire choix possible par défaut.
Cependant, cela a un effet secondaire, lorsque je passe à une branche et que
git cherry-pick <commit-id>
je me retrouve dans cet état étrange à chaque fois qu'il y a un conflit.En fait, je dois abandonner le
rebase
, mais d'abord je corrige le conflit,git add /path/to/file
le fichier (une autre façon très étrange de résoudre le conflit dans ce cas?!), Puis je fais ungit commit -i /path/to/file
. Maintenant, je peux abandonnerrebase
:Le second
git commit .
semble provenir de l'abandon. Je corrigerai ma réponse si je découvre que je devrais abandonner lerebase
plus tôt possible.Le
--force
sur le push est requis si vous sautez d'autres commits et que les deux branches ne sont pas lisses (les deux manquent des commits de l'autre).la source
autosetupmerge
a à voir avec commentgit pull
est configuré pour les nouvelles branches.Une autre option pour ABORT / SKIP / CONTINUE à partir de l' IDE
la source
La mienne était une erreur qui a surgi de BitBucket. Ran l'a
git am --skip
corrigé.la source