En raison d'une mauvaise sélection de cerises, mon référentiel Git local a actuellement cinq commits d'avance sur l'origine et n'est pas en bon état. Je veux me débarrasser de tous ces commits et recommencer.

Évidemment, supprimer mon répertoire de travail et re-cloner le ferait, mais tout télécharger à nouveau depuis GitHub semble être exagéré, et pas une bonne utilisation de mon temps.

C'est peut git revert- être ce dont j'ai besoin, mais je ne veux pas finir par 10 commits avant l'origine (ou même six), même si cela remet le code lui-même dans le bon état. Je veux juste prétendre que la dernière demi-heure ne s'est jamais produite.

Existe-t-il une commande simple qui fera cela? Cela semble être un cas d'utilisation évident, mais je n'en trouve aucun exemple.

Notez que cette question concerne spécifiquement les validations , pas :

• fichiers non suivis
• changements non planifiés
• Modifications par étapes, mais non validées

Si vos commits excédentaires ne sont visibles que pour vous, vous pouvez simplement faire git reset --hard origin/<branch_name> pour revenir à l'endroit où se trouve l'origine. Cela réinitialisera l'état du référentiel à la validation précédente et annulera toutes les modifications locales.

Faire un git revertfait de nouveaux commits pour supprimer les anciens commits d'une manière qui garde l'histoire de chacun saine d'esprit.

Supprimez simplement votre branche principale locale et recréez-la comme suit:

git branch -D master
git checkout origin/master -b master

Essayer:

git reset --hard <the sha1 hash>

pour réinitialiser votre tête là où vous voulez être. Utilisez gitk pour voir à quel commit vous voulez être. Vous pouvez également réinitialiser dans gitk.

Supprimez le commit le plus récent:

git reset --hard HEAD~1

Supprimez le commit le plus récent, sans détruire le travail que vous avez fait:

git reset --soft HEAD~1

Si vous utilisez l' application Atlassian SourceTree , vous pouvez utiliser l'option de réinitialisation dans le menu contextuel.

Lors de votre tentative de succursale:

git reset --hard origin/<branch_name>

Validez l'inversion (à l'état, sans commits locaux), en utilisant " git log" ou " git status" par conséquent.

git reset --hard @{u}* supprime toutes vos modifications locales sur la branche actuelle, y compris les validations. Je suis surpris que personne n'ait encore posté cela, étant donné que vous n'aurez pas à chercher ce qui vous engage à revenir ou à jouer avec les branches.

_{* Autrement dit, réinitialiser à la branche actuelle à - @{upstream}généralement origin/<branchname>, mais pas toujours}

Pour voir / obtenir l'ID SHA-1 du commit que vous souhaitez revenir également

gitk --all

Pour revenir à ce commit

git reset --hard sha1_id

!Remarque. Toutes les validations effectuées après cette validation seront supprimées (et toutes vos modifications apportées au projet). Il est donc préférable de cloner le projet dans une autre branche ou de le copier dans un autre répertoire.

J'ai eu une situation où je voulais supprimer un commit qui n'a pas été poussé, mais le commit était avant un autre. Pour ce faire, j'ai utilisé la commande suivante

git rebase -i HEAD~2 -> il va rebaser les deux derniers commits

Et j'ai utilisé «drop» pour la signature de validation que je voulais supprimer.

Supprimer les fichiers non suivis (modifications locales non validées)

git clean -df

Supprimer définitivement toutes les validations locales et obtenir la dernière validation à distance

git reset --hard origin/<branch_name>

Pour les git rebase -ivalidations locales qui ne sont pas poussées, vous pouvez également utiliser pour supprimer ou écraser une validation.

La solution simple consistera à faire correspondre la branche principale locale HEAD à l'origine / branche principale HEAD

git reset --hard origin/master

PS: origin / master - est un pointeur distant vers la branche master. Vous pouvez remplacer le maître par n'importe quel nom de branche

Avant de répondre, ajoutons un peu de contexte, expliquant ce que c'est HEAD. car certaines des options ci-dessous entraîneront une tête détachée

First of all what is HEAD?

HEADest simplement une référence au commit actuel (le plus récent) sur la branche courante.
Il ne peut y en avoir qu'un seul HEADà un moment donné. (à l'exclusiongit worktree )

Le contenu de HEADest stocké à l'intérieur .git/HEADet contient les 40 octets SHA-1 de la validation en cours.

detached HEAD

Si vous n'êtes pas sur le dernier commit - ce qui signifie qu'il HEADpointe vers un commit antérieur dans l'historique, c'est appelé detached HEAD.

Sur la ligne de commande, il ressemblera à ceci - SHA-1 au lieu du nom de la branche car le HEADne pointe pas vers la pointe de la branche actuelle

Quelques options sur la façon de récupérer à partir d'une tête détachée:

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

Cela va extraire une nouvelle branche pointant vers le commit souhaité.
Cette commande extrait un commit donné.
À ce stade, vous pouvez créer une branche et commencer à travailler à partir de ce point.

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

Vous pouvez également toujours utiliser le reflog.
git reflogaffichera tout changement qui a mis à jour le HEADet vérifier l'entrée de reflog souhaitée mettra le HEADdos à ce commit.

Chaque fois que le HEAD est modifié, il y aura une nouvelle entrée dans le reflog

git reflog
git checkout HEAD@{...}

Cela vous ramènera à votre engagement souhaité

git reset --hard <commit_id>

"Déplacer" votre HEAD vers le commit souhaité.

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

• Remarque: ( depuis Git 2.7 ),
  vous pouvez également utiliser le git rebase --no-autostash.

git revert <sha-1>

"Annuler" la validation ou la plage de validation donnée.
La commande de réinitialisation "annulera" toutes les modifications apportées au commit donné.
Un nouveau commit avec le patch d'annulation sera validé tandis que le commit d'origine restera également dans l'historique.

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

Ce schéma illustre quelle commande fait quoi.
Comme vous pouvez le voir, reset && checkoutmodifiez le HEAD.

Pour ceux qui s'intéressent à la solution Visual Studio, voici l'exercice:

1. Dans la Team Explorerfenêtre, connectez-vous au référentiel cible.
2. Ensuite Branches, cliquez avec le bouton droit sur la branche d'intérêt et sélectionnez View history.
3. Cliquez avec le bouton droit sur un commit dans la Historyfenêtre et choisissez Reset -> Delete changes (--hard).

Cela supprimera vos commits locaux et réinitialisera l'état de votre dépôt sur le commit sélectionné. C'est-à-dire que vos modifications après avoir retiré le dépôt seront perdues.

Si votre branche est en avance de ' origin/XXX' de 5 commits.

Vous pouvez émettre:

git reset --hard HEAD~5

Et cela devrait supprimer les 5 derniers commits.

git reset --hard <SHA-Code>

Cela vous sera utile si vous avez fait des erreurs sur votre copie locale et que vous voulez vous assurer qu'elles ne sont pas transmises par erreur à votre succursale distante.

Le code SHA peut être obtenu en consultant la version Web de votre tableau de bord git pour le dernier commit de la branche.

De cette façon, vous pouvez être synchronisé avec le dernier commit de la branche.

Tu peux faire git pull après avoir terminé avec succès la réinitialisation matérielle pour confirmer rien de nouveau à synchroniser, c'est-à-dire que vous pouvez voir le message.

Votre agence est à jour avec Origin/<Branch Name>

Si vous mettez votre dépôt local dans un désordre complet, alors un moyen fiable de supprimer les commits locaux dans Git est de ...

1. Utilisez "git config --get remote.origin.url" pour obtenir l'URL d'origine distante
2. Renommez le dossier git local en "my_broken_local_repo"
3. Utilisez "git clone <url_from_1>" pour obtenir une nouvelle copie locale du référentiel git distant

D'après mon expérience, Eclipse gère assez bien le monde qui change autour de lui. Cependant, vous devrez peut-être sélectionner des projets affectés dans Eclipse et les nettoyer pour forcer Eclipse à les reconstruire. Je suppose que d'autres IDE peuvent également avoir besoin d'une reconstruction forcée.

Un avantage secondaire de la procédure ci-dessus est que vous découvrirez si votre projet repose sur des fichiers locaux qui n'ont pas été mis dans git. Si vous trouvez qu'il vous manque des fichiers, vous pouvez les copier depuis "my_broken_local_repo" et les ajouter à git. Une fois que vous avez la certitude que votre nouveau référentiel local a tout ce dont vous avez besoin, vous pouvez supprimer "my_broken_local_repo".

Si vous voulez simplement supprimer les validations locales et conserver les modifications effectuées dans les fichiers, faites
git reset @ ~
D'autres réponses traitaient de la réinitialisation matérielle