Comment annuler les fichiers de Git

Il y a trois façons d'annuler le fichier GIT Commit: la commande GIT RESET: déplacez le pointeur de tête vers le commit précédent et annuler le commit récent; La commande GIT REVERT: Créez un nouvel engagement pour annuler la modification de la validation précédente, conserver l'intégrité de l'historique des engagements; La commande de caisse GIT: Restaurez l'état d'un seul fichier vers le commit précédent.

Comment annuler les fichiers en git? Cette question est géniale!

De nombreux débutants, même certains anciens combattants, trouveront des problèmes après la validation de Git: ils ont soumis des fichiers qui ne devraient pas être soumis ou soumis un code incorrect. Ne paniquez pas, la puissance de Git est qu'elle peut facilement gérer ce scénario de «médicament de regret». Dans cet article, je vous emmènerai dans certains informations sur plusieurs façons d'annuler les fichiers et de partager certaines leçons que j'ai apprises au fil des ans dans Git Combat.

Tout d'abord, nous devons être clairs: la validation de Git n'est pas irréversible. La clé est que vous comprenez comment fonctionne GIT et choisissez la bonne commande.

Bases: instantanés et pointeurs

Vous devez comprendre comment Git gère vos projets. Ce n'est pas une sauvegarde de fichiers simple, mais une série de instantanés (engins) pour enregistrer l'état du projet. Chaque engagement est comme un moment dans le temps, enregistrant des instantanés de tous les fichiers à ce moment-là. Le pointeur de tête pointe vers le dernier engagement de la branche actuelle. Une fois que vous comprenez cela, vous pourrez mieux comprendre les opérations suivantes.

Core: Plusieurs façons d'annuler

1. Commande git reset : le temps remonte à

Il s'agit de la méthode la plus courante, qui peut déplacer le pointeur de tête vers le commit précédent, annulant ainsi l'engagement le plus récent. Mais sachez que cela ne fait que déplacer le pointeur, et les modifications du fichier ne sont pas vraiment parties de votre référentiel local.

Par exemple: vous avez soumis le mauvais fichier et souhaitez révoquer le commit, vous pouvez le faire:

 <code class="bash">git reset --soft HEAD^ # 撤销上一个commit，修改保留在工作区git reset --mixed HEAD^ # 撤销上一个commit，修改保留在暂存区（默认） git reset --hard HEAD^ # 撤销上一个commit，修改全部丢弃</code>

HEAD^ fait référence à la commission précédente, HEAD~2 fait référence à la commission précédente, etc. Les trois options --soft , --mixed et --hard déterminent la méthode de manutention de modification après la révocation de la validation. --hard est le plus approfondi, mais le risque est le plus grand, veuillez l'utiliser avec prudence! Personnellement, j'utilise habituellement --mixed pour que je puisse vérifier les modifications et décider de les garder.

2. git revert Command: Élégancement annulé

git reset est plus rugueuse, tandis que git revert est plus élégant. Il crée un nouvel engagement pour annuler la modification de validation précédente. Cela signifie que votre histoire de validation restera intacte, juste un engagement supplémentaire d'annulation.

 <code class="bash">git revert HEAD</code>

Cette ligne de commande créera un nouvel engagement pour annuler le commit précédent. Par rapport à git reset --hard , il est plus sûr et plus conforme au flux de travail de Git. Cette approche est fortement recommandée, en particulier dans les projets multi-personnes.

3. Commande git checkout : restaurer un seul fichier

Si vous souhaitez simplement annuler l'engagement d'un fichier spécifique, pas l'ensemble de la validation, vous pouvez utiliser la commande git checkout :

 <code class="bash">git checkout HEAD^ -- path/to/file</code>

Cette ligne de commande restaurera path/to/file à l'état de validation précédente. Cette commande est très pratique et peut annuler avec précision la modification d'un seul fichier.

Piégé et partage de l'expérience

• git reset --hard Risque du dur: rappelez-vous toujours que git reset --hard est une opération dangereuse. Il supprimera en permanence les modifications de validation que vous annulez, sauf si vous avez sauvegardé ces modifications. N'utilisez pas cette commande à moins que vous ne soyez très sûr.
• Synchronisation du référentiel distant: si vous avez poussé le mauvais engagement dans le référentiel distant, vous devez être prudent. git push --force peut forcer les référentiels à distance écrasants, mais cela peut causer des ennuis aux collaborateurs, à l'éviter à moins que vous ne soyez très sûr que cela n'affectera pas le travail des autres. Une meilleure approche consiste à utiliser git revert pour créer un nouvel engagement pour annuler le mauvais engagement, puis le pousser vers le référentiel distant.
• Stratégie des succursales: l'élaboration de bonnes habitudes de gestion des succursales peut réduire efficacement la survenue de tels problèmes. Avant d'apporter des modifications importantes, créez une nouvelle branche afin que vous puissiez facilement revenir à la branche principale même si le mauvais code est soumis.

Dans l'ensemble, quelle méthode choisir dépend de votre situation spécifique. git revert est généralement l'option la plus sûre, tandis que git reset est plus flexible mais nécessite un fonctionnement minutieux. N'oubliez pas que comprendre le fonctionnement de Git est la clé, ce qui vous permet de faire des choix plus intelligents lorsque vous rencontrez des problèmes. Je vous souhaite un voyage en douceur!

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!