Introduction au cycle de vie de Git

Git est l'un des meilleurs systèmes de contrôle de version distribués disponibles pour les programmeurs et les entreprises. Dans cet article, nous verrons des détails sur la façon dont un projet suivi par git se déroule avec un workflow, c'est-à-dire Git Life Cycle. Git Life Cycle, comme son nom l'indique, concerne les différentes étapes impliquées après le clonage du fichier à partir du référentiel. Il couvre les commandes centrales git ou les commandes principales requises pour ce système de contrôle de version particulier

Le flux de travail du cycle de vie de Git

Le workflow du Git comme suit:

  • Nous allons créer une branche sur laquelle nous pouvons travailler et plus tard nous la fusionnerons avec master
  • Clone: ​​Tout d'abord, lorsque nous avons du code présent dans le référentiel distant, nous clonons vers local pour former quelque chose appelé un référentiel local.

  • Modifications / Ajout de fichiers: nous effectuons plusieurs développements sur les fichiers existants ou pouvons également ajouter de nouveaux fichiers. Git surveillera toutes ces activités et les enregistrera.

  • Nous devons déplacer le contenu dont nous avons besoin pour le transformer en maître dans la zone de transfert en utilisant les commandes git et l'instantané des fichiers intermédiaires sera enregistré dans la zone de transfert git.
  • Nous devons effectuer des validations sur les fichiers qui sont mis en scène et l'instantané enregistré des étapes ci-dessus sera sauvegardé en permanence sur le référentiel local et ce particulier est enregistré par un message de validation pour les références futures.

  • Une fois que nous avons validé le code est disponible sur le référentiel local, mais pour l'envoyer au référentiel maître, nous devons effectuer une opération PUSH
  • Si quelqu'un d'autre travaille sur la même branche, il est possible qu'il ait ajouté ses modifications au maître par push. Nous devons donc effectuer l'opération PULL avant l'opération PUSH si plusieurs personnes travaillent sur la même branche et ce flux de travail comme indiqué ci-dessous.

  • Une fois la branche cible mise à jour, nous devons obtenir toutes les approbations requises pour que l'opération de fusion avec le maître soit autorisée.

C'est le flux de travail de base de git, de nombreuses commandes intermédiaires comme git add, git status, git commit, git push origin, git rebase, git merge, git diff, etc. seront utilisées en fonction des besoins de l'utilisateur.

Étapes du cycle de vie de Git

Nous avons donc vu le flux de travail du cycle de vie de git ci-dessus. Mais nous devons savoir que nous avons un projet lié à git, alors ce projet peut résider dans l'un des domaines suivants. Les zones mentionnées ci-dessous sont des ingrédients de la recette de Git et en avoir une idée vous aidera beaucoup à suivre les fichiers sur lesquels vous travaillez.

Il y a des étapes du cycle de vie de Git:

  • Directeur de travail
  • Zone de transit
  • Répertoire Git

Ces trois étapes sont expliquées ci-dessous:

1. Répertoire de travail

  • Si votre projet réside sur vos machines locales, il est appelé, même s'il est lié à git ou non. Dans les deux cas, il sera appelé comme répertoire de travail. Mais lorsque le projet disponible est lié à git, il y aura essentiellement un dossier .git caché dans le soi-disant répertoire de travail. Ainsi, la présence du dossier .git suffit pour dire que le dossier fonctionne en copie sur la machine et qu'il est suivi par le git.
  • À ce stade, git sait quels sont les fichiers et dossiers qu'il suit, c'est tout. Aucune autre information ne sera disponible à ce sujet. Pour vous assurer que les fichiers nouvellement ajoutés sont suivis dans la copie de travail, nous devons nous assurer que ces fichiers sont organisés et qu'il s'agit de notre deuxième résidence pour les fichiers.

2. Zone de rassemblement

  • Lorsque nous apportons des modifications aux fichiers existants dans le référentiel de travail ou si nous ajoutons un dossier de fichiers et si nous voulons que ces modifications doivent être suivies et doivent également être déplacées vers le référentiel local pour le suivi, nous devons déplacer ces modifications des fichiers ou un nouveau dossier de fichiers ajouté à la zone de transfert. Git add est la commande de base qui sera utilisée pour déplacer les fichiers modifiés vers la zone intermédiaire.
  • Il est coché ce qui a été donné aux fichiers modifiés ou au dossier de fichiers nouvellement ajouté pour se rendre au dépôt local pour plus de traction. Les fichiers qui n'ont pas ce ticket seront suivis par le git mais ils ne pourront pas se déplacer facilement vers la cible. L'index joue ici un rôle critique. L'index GIT est quelque chose qui se situe entre le dépôt local et le répertoire de travail et c'est celui qui décide ce qui doit être envoyé au dépôt local et en fait, il décide ce qui doit être envoyé au dépôt central.

3. Répertoire GIT

  • Lorsque nous avons effectué les modifications ou l'ajout de fichiers ou de dossiers et que nous voulons qu'ils fassent partie du référentiel, nous les faisons d'abord pour les déplacer vers la zone de transfert et ils seront prêts à être validés. Lorsque nous validons, fournissez le message de validation approprié et les fichiers seront validés et mis à jour dans le répertoire de travail.
  • Maintenant, git suit les validations et les messages de validation et préserve l'instantané des fichiers de validation et cela se fait dans le répertoire spécifique de Git appelé Git Directory. Les informations relatives à tous les fichiers qui ont été validés et à leurs messages de validation seront stockées dans ce répertoire. On peut dire que ce répertoire git stocke les métadonnées des fichiers qui ont été validés.

Avantages du cycle de vie de Git

  • Git le cycle de vie décrit comment un projet suivi par git se déroule dans ses étapes de développement et de déploiement. Les étapes et étapes du cycle de vie fournies par git sont donc plus concises et utiles pour diverses raisons. Comme nous avons besoin d'une aire de rassemblement et nous pourrions nous demander pourquoi elle est nécessaire?.
  • Nous avons besoin d'une zone de transit pour le fonctionnement plus rapide et efficace de git dans le suivi des fichiers qui doivent être validés, afin qu'à un moment ultérieur, si des problèmes surviennent, nous puissions retracer facilement. Le cycle de vie de git nous aide à valider les fichiers avant et après les validations afin que nous puissions être sûrs de ce que nous validons.
  • Un instantané de fichiers ou de métadonnées conservés par git est très utile lorsque nous prévoyons de fusionner et à quel instantané ou validation particulier nous devons fusionner. Ce sont quelques-uns des avantages du cycle de vie git

Conclusion

Ainsi, le cycle de vie de git est généralement le cycle de vie du projet qui est suivi et connaître chaque fonctionnalité impliquée dans le flux de travail des étapes git et git peut vous rendre maître tout en travaillant sur le projet avec git. Plusieurs outils et commandes sont disponibles qui doivent être utilisés et ces commandes sont en fait ce qui doit être utilisé pour que le flux d'un projet dans git continue.

Articles recommandés

Ceci est un guide du cycle de vie de Git. Nous discutons ici du flux de travail de base, des étapes et des avantages du cycle de vie Git. Vous pouvez également consulter l'article suivant pour en savoir plus -

  1. Commande Git Checkout
  2. Outils Git
  3. Git Checkout Tag
  4. Terminologie Git
  5. Comment utiliser GIT Cherry-pick avec l'exemple?

Catégorie:

Big Data