GitTraining

Gittraining

Ce référentiel est conçu pour vous guider à travers certaines des opérations GIT les plus courantes que vous devrez connaître et utiliser en tant que développeur.

Commencer

Clone ce référentiel à votre machine locale. Vous devrez peut-être installer GIT s'il n'est pas déjà installé. Si vous n'êtes pas sûr de savoir si vous avez GIT ou non, exécutez simplement git --help à partir de la ligne de commande. Il renverra un message utile avec quelques commandes communes si elle est installée.

Bases Git

• Qu'est-ce que le contrôle source?
• Apprenez-vous un git
• Tutoriel interactif GitHub

Configurer qui vous êtes

• Définissez votre nom d'utilisateur avec git config --global user.name "your name"
• Définissez votre e-mail avec git config --global user.email "[email protected]"

Références utiles

Si vous avez des questions ou si vous êtes coincé, les ressources suivantes peuvent vous aider.

• La documentation officielle GIT
• Google et StackOverflow
• Github et Atlassian ont une documentation générale Git bien écrite
• Vos collègues

Section 1: Modifications de suivi

Sujets: Découvrez, engagez, revoyez, fusionnez, enregistrez, déplacez-vous et supprimez.

Les fichiers de la section peuvent être trouvés dans le répertoire section1 .

Commettre des changements

• Découvrez la branche dev .
• Faites une nouvelle branche et ajoutez-vous à la liste des personnes dans people.md .
• Engagez vos modifications.
• Il vous sera demandé de faire un message de validation. Cela ouvrira un éditeur de texte. Enregistrez et quittez l'éditeur de texte pour terminer le commit. Remarque: Git utilise l'éditeur par défaut du système. Sur Vanilla Git Bash dans Windows, l'éditeur de texte par défaut est vim.
• Si vous avez besoin de modifier le message de validation pour votre dernier engagement, vous pouvez utiliser la commande git commit --amend .

Annuler les changements

Changements non engagés

• Apportez un changement dans l'un des fichiers du référentiel.
• Exécutez git status pour voir quels fichiers ont été modifiés.
• Mettez en scène le fichier à l'aide de git add , mais ne vous engagez pas.
• Débranchez le fichier avec git reset .
• Utilisez GIT pour annuler les modifications que vous avez apportées et réinitialisez le fichier à l'état dans lequel il se trouvait lorsqu'il a été engagé. git status ne doit signaler aucun fichier modifié.

Changements engagés

Tony a fait 3 engagements dans la branche de développement. Il a mal compris les exigences du projet et les modifications introduites avec ses deux derniers commits doivent être supprimées.

• Découvrez la branche de développement.
• Déterminez ce qui a changé entre son premier et dernier engagement, puis retournez les deux plus récents de ses commits. Git a des outils Diff et de journal qui vous aideront.
• Il existe plusieurs façons d'annuler les commits. Il est de la meilleure pratique de préserver l'histoire chaque fois que possible. La commande git revert qui gardera les commits dans l'historique du référentiel, mais supprimera les modifications introduites par le commit.
  • Astuce: si vous retournez plusieurs engins qui modifient un fichier, il est plus facile de commencer à l'engagement le plus récent que vous souhaitez revenir et travailler à l'envers.
• Vous devrez vous engager lorsque vous reviendrez les modifications.

Réécriture de l'histoire

Parfois, vous voudrez peut-être annuler un engagement que vous avez fait ou même l'effacer de l'existence.

AVERTISSEMENT: c'est généralement considéré comme une mauvaise pratique. Faites cela uniquement pour les engins que vous n'avez pas poussé à un référentiel distant (plus sur ceux-ci plus tard).

• Apporter un changement dans un fichier local.
• Ajouter et commettre le fichier.

Annuler un engagement:

• Exécuter git reset HEAD~1
• Cela vous mettra en arrière 1 Engager derrière les derniers mais préserve les changements qui en ont été commis. Vos modifications seront toujours là et vous pouvez voir les fichiers modifiés avec git status .

Supprimer un engagement de l'existence:

• Exécuter git reset --hard HEAD~1
• Cela vous mettra en arrière 1 engagement derrière les derniers et Nuke le précédent de l'existence.

Déplacer, supprimer et ignorer les fichiers

Quelqu'un a vérifié dans un fichier temporaire généré par son éditeur de texte. Empêchez Git de suivre ce fichier, de le supprimer et de mettre à jour le fichier .gitignore pour empêcher les fichiers .tmp d'être suivis à l'avenir.

Quelqu'un a mal nommé le fichier rename_me.md . Git a une commande pour déplacer ou renommer un fichier tout en conservant son historique. Utilisez-le pour renommer le fichier sur newname.md .

Section 2: Travailler avec plusieurs branches et fusionner le travail des autres

Sujets: cachette, différence, fusion, conflit de fusion

Les fichiers de cette section se trouvent dans le répertoire section2 .

Fusion

Parfois, deux personnes apporteront des modifications au même fichier sur des succursales distinctes. Lorsque ces branches sont fusionnées, cela peut provoquer un conflit de fusion. En tant que développeur effectuant la fusion, c'est votre travail de décider des changements à conserver.

Vous avez été chargé de mettre à jour les instructions d'installation de votre produit.

• Découvrez à nouveau votre succursale.
• Ouvrez le fichier installation.md et ajoutez des instructions d'installation (peu importe ce qu'ils disent réellement).
• Engagez vos modifications.
• Andrew vous dit qu'il a travaillé sur les instructions d'installation et a mis à jour la section de désinstallation.
• Fusionnez la branche d'Andrew dans la vôtre et résolvez le conflit afin que le fichier contient vos deux modifications.
• Une fois que vous avez terminé vos modifications, votre manager veut les voir dans la succursale du développement. Fusionnez votre branche dans Dev. Cette fois, il ne devrait pas y avoir de conflits.

Cachette des changements

Git a une fonction de ranger les changements locaux sans les commettre.

Vous travaillez sur votre succursale locale, lorsque votre collègue Taylor vient et vous demande d'essayer d'exécuter son code. Vous n'êtes pas encore prêt à commettre votre code, mais vous voulez regarder la succursale de Taylor sans perdre vos progrès.

• Apportez quelques modifications au fichier stash_me.md .
• Utilisez la commande git stash pour cacher votre travail.
• Découvrez la succursale de Taylor.
• Découvrez à nouveau votre succursale.
• Utilisez git stash pop pour récupérer votre travail.
• Vous pouvez éliminer ces changements ou les commettre.

Section 3: Remotes et partage de vos modifications

Sujets: référentiels distants, synchronisation des modifications et prévoyant un référentiel.

Au début, vous avez cloné ce référentiel de GitHub. Vous avez toutes vos modifications stockées localement, vous devez maintenant les partager. Git utilise le concept de télécommandes pour suivre d'où vous avez cloné un référentiel. Vous pouvez également les entendre appelés le référentiel en amont. À l'heure actuelle, la télécommande de votre référentiel est définie sur le référentiel que vous avez cloné.

Pour vous envoyer des modifications dans un référentiel distant afin que les autres puissent les afficher et les utiliser, vous devez les pousser à l'aide de la commande git push . Vous pouvez voir si des modifications ont été apportées au référentiel distant en exécutant git fetch . Pour extraire les modifications de la branche actuelle dans votre copie locale du référentiel, utilisez la commande git pull . Il est bon à vérifier les modifications avant de passer à une télécommande.

Si vous essayez d'exécuter git push dès maintenant, vous recevrez un message que vous n'avez pas la permission de pousser vers ce référentiel. La plupart des référentiels éloignés ont une sécurité en place pour empêcher n'importe qui de pousser ses modifications. Vous ferez une autre copie distante du référentiel vers lequel vous pouvez pousser vos modifications.

Visitez le référentiel sur GitHub et le fourrez afin que vous ayez une copie sous votre compte d'utilisateur. Maintenant, mettez à jour la télécommande pour la copie du référentiel que vous avez changé et poussez vos modifications à la branche dev à votre fourche sur GitHub. Si une branche n'existe pas dans le référentiel distant GIT vous informera. Essayez de pousser votre branche. Quel est le message? Que devez-vous faire pour pousser votre nouvelle branche?