Je viens d'écraser certains commits git rebaseet j'ai fait un git push --force(ce qui est diabolique, je sais).

Maintenant, les autres ingénieurs logiciels ont une histoire différente et quand ils le font git pull, Git fusionnera. Y a-t-il un moyen de résoudre ce problème, sauf en faisant un rm my-repo; git clone git@example.org:my-repo.git?

J'ai besoin de quelque chose comme le contraire de git push --force, mais je git pull --forcen'ai pas donné les résultats escomptés.

Pour recevoir les nouveaux commits

git fetch

Réinitialiser

Vous pouvez réinitialiser la validation d'une branche locale à l'aide de git reset.

Pour modifier la validation d'une branche locale:

git reset origin/master --hard

Attention cependant, comme le dit la documentation:

Réinitialise l'index et l'arborescence de travail. Toutes les modifications apportées aux fichiers suivis dans l'arborescence de travail depuis <commit> sont ignorées.

Si vous souhaitez conserver les modifications que vous avez localement, effectuez une --softréinitialisation à la place. Ce qui mettra à jour l'historique de validation de la branche, mais ne changera aucun fichier dans le répertoire de travail (et vous pourrez ensuite les valider).

Rebase

Vous pouvez rejouer vos validations locales au-dessus de toute autre validation / branche en utilisant git rebase:

git rebase -i origin/master

Cela invoquera le rebase en mode interactif où vous pourrez choisir comment appliquer chaque commit individuel qui ne fait pas partie de l'historique sur lequel vous rebasez.

Si les validations que vous avez supprimées (avec git push -f) ont déjà été extraites dans l'historique local, elles seront répertoriées en tant que validations qui seront réappliquées - elles devront être supprimées dans le cadre du rebase ou elles seront simplement réintégrées dans l'historique. pour la branche - et réapparaître dans l'historique à distance lors de la prochaine poussée.

Utilisez l'aide git command --helppour plus de détails et d'exemples sur l'une des commandes ci-dessus (ou autres).

Cela ne résoudra pas les branches qui contiennent déjà le code que vous ne voulez pas (voir ci-dessous pour savoir comment le faire), mais si elles avaient tiré une branche et veulent maintenant qu'elle soit propre (et non "en avance" de origine / une branche), il vous suffit de:

git checkout some-branch   # where some-branch can be replaced by any other branch
git branch base-branch -D  # where base-branch is the one with the squashed commits
git checkout -b base-branch origin/base-branch  # recreating branch with correct commits

Remarque: vous pouvez les combiner en mettant && entre eux

Note2: Florian l'a mentionné dans un commentaire, mais qui lit les commentaires lors de la recherche de réponses?

Remarque 3: Si vous avez des branches contaminées, vous pouvez en créer de nouvelles à partir de la nouvelle "branche muette" et simplement sélectionner les cerises.

Ex:

git checkout feature-old  # some branch with the extra commits
git log                   # gives commits (write down the id of the ones you want)
git checkout base-branch  # after you have already cleaned your local copy of it as above
git checkout -b feature-new # make a new branch for your feature
git cherry-pick asdfasd   # where asdfasd is one of the commit ids you want
# repeat previous step for each commit id
git branch feature-old -D # delete the old branch

Maintenant, la nouvelle fonctionnalité est votre branche sans les commits supplémentaires (éventuellement mauvais)!

Tirez avec rebase

Un pull régulier est fetch + merge, mais ce que vous voulez c'est fetch + rebase. Ceci est une option avec la pullcommande:

git pull --rebase