


Comment git écrase-t-il complètement le code local sans fusionner ?
Git est un outil de contrôle de version très populaire utilisé par les développeurs et les équipes pour gérer et contrôler la version de leur code. Git nous permet de passer facilement d'une version à une autre et de travailler ensemble. De manière générale, Git gère plusieurs versions de code par fusion. Cependant, dans certains cas, nous devrons peut-être écraser complètement le code local sans le fusionner. Dans cet article, nous expliquerons comment utiliser Git pour écraser complètement le code local sans fusion.
Le principe de fonctionnement de base de Git
Git est un système de contrôle de version distribué. À la base se trouve un dossier .git qui stocke les métadonnées et la base de données d'objets de la base de code. Git gère votre code en enregistrant toutes les modifications apportées aux fichiers. Lorsque vous validez des modifications dans un référentiel Git, Git crée un nouvel instantané, qui est une nouvelle version. Git recherche et compare les différences en fonction de ces versions.
Dans Git, « branche » est généralement utilisée pour gérer toutes les versions d'un projet. Chaque fois que vous créez une branche, Git crée une nouvelle arborescence de répertoires pour contenir la version actuelle de la branche.
Les commandes les plus couramment utilisées dans Git sont git clone, git add, git commit, git push et git pull. La commande Git clone est utilisée pour cloner du référentiel Git distant vers le référentiel local, la commande git add est utilisée pour soumettre des modifications à la zone de préparation, la commande git commit est utilisée pour soumettre des modifications au référentiel et la commande git push est utilisé pour transmettre les modifications locales au référentiel distant. La commande git pull est utilisée pour obtenir la dernière mise à jour de la branche ou de la base de code.
Objectif d'écraser complètement le code local
Dans certains cas, vous souhaiterez peut-être écraser complètement le code local sans le fusionner. Voici quelques raisons pour lesquelles vous devez procéder ainsi :
- Synchroniser la version locale avec la version distante : Si vous avez créé une branche localement et poussé certaines modifications, mais qu'entre-temps une autre personne a poussé les modifications, à ce stade vous devrez écrasez complètement votre propre version dans la version distante.
- Aucun conflit de fusion : si vous n'êtes pas sûr de la manière dont les modifications locales sont fusionnées avec les modifications distantes, ou si vous n'avez pas besoin de modifications locales, vous pouvez directement écraser complètement la branche locale dans la branche distante.
- Gérer des états spécifiques de votre base de code : dans certains cas, vous devrez peut-être réinitialiser la branche actuelle à un état spécifique.
Dans ces cas, vous pouvez utiliser Git pour écraser complètement votre code local sans fusionner. Voici les étapes pour écraser complètement le code local dans Git :
Étapes pour écraser complètement le code local
Voici les étapes pour écraser complètement le code local :
1. Extrayez le dernier code
Tout d'abord, vous devez extraire le dernier code . Vous pouvez utiliser la commande git pull pour obtenir le dernier code du référentiel distant.
git pull origin <branch-name>
2. Restaurer le code natif
Ensuite, vous devez restaurer le code natif. Vous pouvez utiliser la commande git reset pour restaurer le code local. La manière la plus courante de revenir au code natif consiste à utiliser l’option « dure ». L'utilisation de l'option "hard" restaurera le répertoire de travail et la zone de transit tels que ceux de la validation précédente. Cela signifie que vous perdrez toutes les modifications apportées aux modifications non validées.
git reset --hard HEAD~1
La commande ci-dessus reviendra à la dernière version soumise. À l’aide de cette commande, vous pouvez annuler n’importe quel nombre de validations.
3. Poussez le code
Ensuite, vous devez pousser le code vers le référentiel distant. Vous pouvez utiliser la commande suivante pour transmettre le code local vers le référentiel distant.
git push origin <branch-name> --force
L'option « –force » dans la commande ci-dessus forcera l'envoi des modifications locales et écrasera les modifications dans le référentiel distant. Notez que l'utilisation de l'option "--force" supprimera toutes les modifications dans le référentiel distant, alors soyez prudent.
Résumé
Écraser complètement le code local sans fusion est une opération risquée car elle supprimera toutes les modifications non validées. Par conséquent, avant d'effectuer cette opération, vous devez vous assurer que vous avez sauvegardé toutes les modifications non validées. Dans l'ensemble, Git fournit de nombreux outils pour gérer le contrôle de version. Vous devez être clair sur votre objectif et utiliser des outils pour gérer votre base de code si nécessaire. Espérons que cet article vous aidera à mieux comprendre comment utiliser Git pour écraser complètement votre code local sans fusionner.
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

Cet article fournit un guide pour la gestion GIT, couvrant les outils de l'interface graphique (SourceTree, Gitkraken, etc.), les commandes essentielles (Git init, Git Clone, Git Add, Git Commit, etc.), les meilleures pratiques de gestion des succursales (branches de fonctionnalités, demandes de traction) et Merge Con

Ce guide explique comment pousser un seul engagement GIT dans une branche distante. Il détaille à l'aide d'une branche temporaire pour isoler l'engagement, en poussant cette branche à la télécommande, puis en supprimant éventuellement la branche temporaire. Cette méthode évite les conflits et

Cet article détaille les méthodes de visualisation du contenu Git Commit. Il se concentre sur l'utilisation de Git Show pour afficher les messages de validation, les informations sur l'auteur et les modifications (diffs), le log -p git -p pour les difficultés de plusieurs engins et les mises en garde contre la vérification directe des validations. Alt

Cet article explique la différence entre les commandes de validation et de push de Git. Git Commit enregistre les modifications localement, tandis que Git Push télécharge ces modifications engagées dans un référentiel distant. L'article met en évidence l'importance de comprendre cette distinction

Cet article aborde les échecs communs de git. Il détaille le dépannage des étapes pour des problèmes tels que les fichiers non suivis, les modifications non stagées, la fusion des conflits et les crochets pré-engageants. Des solutions et des mesures préventives sont fournies pour garantir le git wo plus lisse

Cet article explique les rôles distincts de Git Add et Git Commit in Git. Git ajoute des modifications des étapes, en les préparant à l'inclusion dans le communiqué suivant, tandis que Git Commit enregistre les modifications de mise en scène de l'historique du référentiel. Ce processus en deux étapes permet

Ce guide de débutant présente Git, un système de contrôle de version. Il couvre les commandes de base (init, ajouter, commit, statut, journal, branche, cacher, fusionner, push, pull) et résoudre les conflits de fusion. Meilleures pratiques pour une utilisation efficace du GIT, y compris une communication claire

Cet article présente Git, un système de contrôle de version distribué. Il met en évidence les avantages de Git par rapport aux systèmes centralisés, tels que les capacités hors ligne et la ramification / fusion efficace pour une collaboration améliorée. L'article détaille également l'apprentissage r
