Internet

Git : Êtes-vous dans un État détaché ?

Il existe de nombreuses bonnes pratiques de Git dans ce domaine, et ce pour de nombreuses raisons. Mais il arrive que les choses tournent mal et que l’un des problèmes courants soit le détachement du chef d’État.

Eh bien, ne vous inquiétez pas plus longtemps. Bien sûr, ce n’est pas un « état normal » et vous devez suivre les meilleures pratiques pour sortir de l’état de tête détachée.

Si vous voulez apprendre un moyen facile de retrouver votre état de « tête attachée », restez avec moi jusqu’à la fin et apprenez à le faire comme un pro.

Allons-y !

Démystifier le chef d’État détaché à Git

Peut-être travaillez-vous sur un dépôt git et ce genre de message apparaît sur votre écran :

Avant tout, ne paniquez pas ! Il n’y a absolument rien de mal à être dans un état de « tête détachée ». Vous n’avez pas non plus commis de délit.

Alors, pourquoi tout ce tapage, vous vous demandez ?

Laissez-moi vous expliquer.

A chef d’État détaché signifie simplement que vous n’êtes pas sur une branche et que vous exploitez vos fichiers git à partir d’un commit spécifique dans votre dépôt.

Voici un exemple simplifié.

Dans ce référentiel, la branche principale est appelée maître, et le étiquette de libération est dans l’histoire, ce qui a conduit à la publication d’un ancien projet. Actuellement, le master est le version vérifiée. Nous pouvons le confirmer par le fait que le tête pointe vers un engagement et non vers la branche principale.

En un mot, la tête indique une branche qui est vérifiée !

Examinons certains des termes les plus importants utilisés dans le cadre du poste de chef d’État détaché.

Qu’est-ce que Git

Git est un système de contrôle de version (VCS) largement utilisé lors du développement de logiciels par les programmeurs. Il a été développé pour la première fois en 2005 par le créateur des systèmes d’exploitation Linux, Linus Torvalds.

Un git suit les changements dans le code source. Il est conçu pour coordonner le travail des programmeurs. De plus, un git aide à suivre les changements dans différents ensembles de fichiers.

En termes simples, il s’agit d’un système de contrôle de version qui vous aide à déterminer les modifications apportées à un fichier, qui a effectué les modifications et pourquoi, et ce qui a été modifié exactement.

Examinons quelques caractéristiques d’un Git :

  • Sécurisé
  • Fiable
  • Vitesse
  • Léger
  • Branchements
  • Open-source
  • Compatibilité : un git est compatible avec la plupart des systèmes d’exploitation utilisés actuellement.
  • Non linéaire – permet aux utilisateurs du monde entier d’effectuer leurs opérations à distance.

Importance des Git

Les capacités de branchement des Git – c’est l’avantage le plus important qu’offre le Git. De plus, les branches de git sont bon marché et peuvent facilement être fusionnées.

Il est accompagné de la branche « feature », qui offre un espace totalement isolé pour toute modification apportée à votre base de données de codes. De même, un Git permet à plusieurs utilisateurs de travailler séparément sans affecter le travail des autres.

Un Git peut également s’occuper de projets de toute taille, qu’ils soient petits ou grands. De plus, Git peut gérer plusieurs flux de travail grâce à sa rapidité et à sa large diffusion.

Maintenant que nous savons ce qu’est un git, voyons ce que signifient d’autres termes pertinents dans l’État du chef détaché.

Qu’est-ce que Head in Git

La tête dans Git est simplement le pointeur qui indique la branche actuelle référence. Pour transférer votre TÊTE vers une nouvelle succursale, il vous suffit de changer de succursale avec « checkout ». Cela signifie que votre tête deviendra un parent pour le prochain engagement que vous prendrez.

Branche Git

En un mot, son pointeur mobile vers l’un des engagements. Par exemple, lorsque vous commencez votre processus en faisant des commit, un commit vous est attribué.

Généralement, cet engagement pointe vers le dernier engagement que vous avez pris. Pour chaque engagement que vous prenez, le branche principale se déplace automatiquement. Cependant, le maître des noms ne doit pas vous embrouiller. Ce n’est pas une branche particulière, mais une branche ordinaire comme une autre.

Git Commit

C’est une fonction de commande principale de git et elle est utilisée pour enregistrer les modifications apportées dans votre dépôt local.

Vous devez indiquer à Git le type de modifications que vous souhaitez apporter dans un commit avant d’exécuter la commande « commit ». De cette façon, un fichier qui n’a pas été inclus dans Git ne sera pas ajouté automatiquement dans le prochain commit.

Pourquoi et comment arriver à la situation de « tête détachée » ?

Avant de voir comment vous pouvez réparer le chef d’État détaché, voyons comment vous en êtes arrivé là.

Pour y parvenir, nous devons créer un dépôt et y ajouter quelques engagements. Voici ce que je veux dire.

D’abord, créez un nouveau dossier dans lequel il y a un dépôt à l’intérieur. Voici à quoi ressemble visuellement le dépôt.

Ensuite, créez un nouveau fichier vide et validez-le avec la commande « créer un fichier ». Ensuite, ajoutez une ligne dans le dossier en validant les modifications à l’aide de la commande « Ajouter une ligne dans le fichier ». Enfin, créez un autre fichier en utilisant celui qui contient une ligne de texte et validez-le également.

Alors, à quel moment recevez-vous le message de la « tête détachée » ?

Vous pouvez y arriver en essayant de revenir au deuxième engagement pour voir comment les choses se sont passées. D’après l’exemple ci-dessus, vous devrez exécuter le La caisse de sortie dans votre système d’exploitation. Cela ne peut se produire que lorsque vous consultez directement un commit.

Regardez cette illustration visuelle de la tête détachée.

La TÊTE pointe vers un engagement et non vers la branche.

Comment résoudre les problèmes liés à l’État du « chef détaché » ?

Il est bon de noter que le fait d’être dans un chef d’État détaché n’est pas une si mauvaise chose : il est intéressant de noter que c’est un état valide à Git. Cependant, si vous y êtes arrivé en vérifiant par erreur un commit, vous pouvez revenir à l’état initial en vérifiant la branche dans laquelle vous vous trouviez auparavant.

Exemple : caisse de sortie

Si vous utilisez une version plus récente de Git, vous pouvez utiliser « switch » comme substitut de paiement.

Exemple : interrupteur

Que faire si vous êtes dans une situation où vous avez fait des changements expérimentaux et que vous voulez vous en débarrasser ? Il vous suffit d’appliquer le scénario ci-dessus où vous retournez à votre branche d’origine. Il est important de noter qu’il n’y aura pas de changements significatifs dans votre branche actuelle. Facile, n’est-ce pas ?

Conclusion

Vous savez maintenant plus que jamais ce que signifie une tête détachée à Git. Vous avez également découvert qu’il n’y a pas de quoi en faire un plat. Avant de conclure, il y a donc un petit conseil que j’aimerais partager avec vous.

Emballage, ne jamais paniquer devant la tête détachée à Git.

Comme expliqué dans cet article, une tête détachée est n’importe quel autre état de dépôt dans votre codage. En prime, assurez-vous de faire une lors de la création d’un commit. Votre Git vous rappellera toujours de le faire avant de partir, ce qui vous empêchera d’oublier. En outre, un état de tête détachée peut vous être utile en vous permettant de mener des expériences que vous pouvez choisir de garder ou de jeter.