git supprimer fusion de commettre de l'histoire

Mon Git histoire ressemble à ça :

Je voudrais squash, le violet s'engage en un seul. Je ne veux pas les voir à jamais dans mon journal de validation.

J'ai essayé de faire un git rebase -i 1, mais même si 1 est sur le bleu de la branche (cf. de l'image), je les vois encore tous les commettre sur mon violet branche.

Comment puis-je supprimer complètement le violet de la branche (à partir du journal de validation) ?

Est votre repo poussé partout que d'autres personnes ont tiré à partir d'elle?
Les deux branches sont de nature purement locale.

InformationsquelleAutor Benjamin Toueg | 2013-07-10

77

Ne git rebase -i <sha before the branches diverged> cela vous permettra de retirer la fusion s'engager et le journal d'une seule ligne comme vous le vouliez. Vous pouvez également supprimer tous les commits que vous ne voulez pas plus. La raison que votre rebase ne fonctionnait pas, c'est que vous n'allait pas suffisamment loin.

AVERTISSEMENT:
Vous êtes à la réécriture de l'histoire en faisant cela. Cela, avec les modifications qui ont été poussés à une distance de pensions de l'origine de problèmes. Je recommande seulement le faire avec des commits qui sont locales.
- Même si je choisis un sha avant que les branches ont divergé, je vois tous les commits de la pourpre de la branche -_-
- Ouais, puis de les supprimer dans l'éditeur qui vient avec git rebase et elles seront supprimées.
- La suppression de la commet entraîné dans la perte de toutes les modifications de la fusion. Mais j'ai fait un soft reset et j'ai été en mesure d'avoir quelque chose de tout à fait comme je le voulais (afin de ne pas correspondre aux attentes initiales).
- cette réponse est incomplète dans le détail, la branche ne yu lancer le rebase à partir de?
- Vous faites affaire avec une seule branche, il a juste une autre branche fusionnées. Qui résultats dans tous les commits en montrant dans l'histoire, l'OP est question de ne pas parler d'autres branches.
- Assez sûr que vous ne voulez pas supprimer le commet. "supprimer" n'est pas une option dans rebase, mais supprimer est. si vous supprimez un commit, vous perdrez les modifications qu'il a introduites. Vous voulez écraser la commet.
- Pourquoi est-ce rebase doivent être interactifs? J'ai remarqué qu'il ne fonctionne pas autrement, ou il me manque quelque chose.
- si elle n'est pas interactive, vous ne serez pas en mesure de modifier la liste des commits
- Il a travaillé pour moi. Après rebase est complète; j'ai dû faire une git push -f origin develop
InformationsquelleAutor Schleis
43

En commençant par la mise en pension dans l'état d'origine

Pour supprimer la fusion s'engager et de squash de la branche en un seul s'engager dans la voie principale

Utiliser ces commandes (en remplacement de 5 et 1 avec le SHAs de la correspondante s'engage):
```
git checkout 5
git reset --soft 1
git commit --amend -m '1 2 3 4 5'
git rebase HEAD master
```
De conserver une fusion s'engager mais squash les livraisons de la branche en un seul:

Utiliser ces commandes (en remplacement de 5, 1 et C avec le SHAs de la correspondante s'engage):
```
git checkout -b tempbranch 5
git reset --soft 1
git commit --amend -m '1 2 3 4 5'
git checkout C
git merge --no-ff tempbranch
git rebase HEAD master
```
Pour supprimer la fusion s'engager et de le remplacer avec de l'individu commits de la branche

Viens de faire (en remplacement de 5 avec le SHA de la validation correspondante):
```
git rebase 5 master
```
Et enfin, pour supprimer la branche entièrement

Utiliser cette commande (en remplacement de C et de D avec le SHAs de la correspondante s'engage):
```
git rebase --onto C D~ master
```
- dans git rebase 5 master cas, pourquoi il n'est pas "A B C 1 2 3 4 5 D ..." l'ordre?
- Cette commande prend les commits qui master n'ont pas en commun avec 5 et fait flac chacun sur le dessus de 5. La validation à C ne fait pas partie de la lignée de 5, il est le premier à être déplacé sur le dessus de 5.
- Si vous voulez retrouver avec "A B C 1 2 3 4 5 D ..." que vous pouvez faire: git rebase C 5; git rebase 5 master
InformationsquelleAutor Allen Luce
12

Il y a deux façons d'aborder ce basant sur ce que vous voulez:

Solution 1: Supprimer violet s'engage, à la préservation de l'histoire (au cas où vous voulez retourner)
```
git revert -m 1 <SHA of merge>
```
-m 1 spécifie les parents de la ligne pour choisir

Violet s'engage seront encore là dans l'histoire, mais puisque vous avez été rétrocédés, vous ne verrez pas de code à partir de ces validations.

Solution 2: supprimer Complètement pourpre s'engage (changement perturbateur si les pensions de titres sont partagés)
```
git rebase -i <SHA before branching out>
```
et delete (supprimer des lignes) correspondant à la pourpre s'engage.

Ce serait moins difficile si commet n'ont pas été faites après la fusion. Supplémentaires s'engage à augmenter les chances de conflits lors de la revert/rebase.
- Ce n'est pas son droit. En laissant de côté le fait qu'il est difficile de dire ce que l'affiche originale voulait faire avec le violet s'engage en premier lieu, si vous revenez de la fusion, c'est bien, ça va faire un reverse patch des modifications par rapport à qui s'engagent et ajouter une autre de commettre, l'annulation de la pourpre s'engage à sortir. C'est comme 1 - 1 = 0. Mais si vous rebase le violet s'engage, que vous laissez derrière le revenue patch, sauf si vous rebase que trop. Si vous ne le faites pas, c'est comme l'application de -1 à votre histoire, pas 0, de sorte que vous allez laisser derrière vous des modifications que vous ne voulez pas.
- ont deux réponses. J'ai révisé la réponse à être moins à confusion 😛
- Autant que je sache, ce n'est pas ce que l'OP est de demander. Il veut conserver les changements, mais supprimer le bruit de son journal. Pour cela, il a besoin de l'écraser les commits bas, la suppression permettra de supprimer les modifications.
InformationsquelleAutor prem
7

Seulement de Supprimer une Fusion de Commettre

Si tout ce que vous voulez faire est de supprimer un commit de fusion (2), de sorte que c'est comme cela n'est jamais arrivé, la commande est simplement comme suit

git rebase --onto <sha of 1> <sha of 2> <blue branch>

Et maintenant, le violet de la branche n'est pas dans le journal de validation de bleu à tous et vous avez deux branches distinctes de nouveau. Vous pouvez ensuite supprimer le violet de façon indépendante et de faire ce que d'autres manipulations que vous voulez sans la fusion s'engager dans la voie.

InformationsquelleAutor Warren

Vous devez vous connecter pour publier un commentaire.

Seulement de Supprimer une Fusion de Commettre