Enregistrer et partager du code avec Git

L’enregistrement et le partage de versions de code avec une équipe sont les opérations les plus courantes effectuées lors de l’utilisation du contrôle de version. Git dispose d’un flux de travail en trois étapes facile pour ces tâches :

1. Créer une branche pour le travail
2. Valider les modifications
3. Pousser la branche pour la partager avec l’équipe

Git facilite la gestion du travail à l’aide de branches. Chaque correctif de bogues, nouvelle fonctionnalité, test ajouté et configuration mise à jour commence par une nouvelle branche. Les branches sont légères et locales sur l’ordinateur de développement. Vous n’avez donc pas à vous soucier de l’utilisation des ressources ou de la coordination des modifications avec d’autres personnes jusqu’à ce qu’il soit temps d’envoyer (push) la branche.

Les branches vous permettent de coder de manière isolée des autres modifications du développement. Lorsque tout fonctionne correctement, la branche et ses modifications sont partagées avec votre équipe. D’autres peuvent expérimenter le code dans leur propre copie de la branche sans affecter le travail en cours dans leurs propres branches.

Créer une branche

Créez une branche à partir du code d'une branche actuelle, telle que main, lors du démarrage d'un nouveau projet. Il est recommandé de vérifier quelle branche est sélectionnée à l'aide de git status avant de créer une nouvelle branche.

Créez des branches dans Git à l’aide de la git branch commande :

> git branch <branchname>

La commande à échanger entre les branches dans le dépôt est git checkout. Après avoir créé la branche, basculez-y avant d’enregistrer les modifications.

> git checkout <branchname>

Git a une commande abrégée pour créer la branche et basculer vers celle-ci en même temps :

> git checkout -b <branchname>

En savoir plus sur l’utilisation des branches Git dans GitHub ou Azure DevOps.

Enregistrer les modifications

Git ne prend pas automatiquement de clichés du code lorsque des modifications sont apportées. Git doit être informé exactement des modifications à ajouter à l’instantané suivant. C’est ce qu’on appelle la mise en scène. Après avoir préparé vos modifications, créez une validation pour sauvegarder l'instantané de façon permanente.

Modifications de phase

Git effectue le suivi des modifications apportées au fichier dans le référentiel au fur et à mesure qu’elles se produisent. Il sépare ces modifications en trois catégories :

• Les fichiers non modifiés n’ont pas été modifiés depuis la dernière validation.
• Les fichiers modifiés ont des changements depuis le dernier commit, mais n'ont pas encore été préparés pour le prochain commit.
• Les fichiers intermédiaires ont des modifications qui seront ajoutées à la validation suivante.

Lorsque vous créez un commit, seules les modifications préparées et les fichiers inchangés sont utilisés pour l’instantané. Les modifications non indexées sont conservées sur le système de fichiers, mais le commit utilise le fichier dans sa version non modifiée dans son instantané.

Soumettre les modifications

Enregistrez les modifications dans Git en créant une validation. Chaque commit stocke le contenu complet des fichiers du dépôt, pas seulement les modifications de fichier individuelles. Ce comportement est différent des autres systèmes de contrôle de version qui stockent les différences au niveau du fichier de la dernière version du code. Les historiques de fichiers complets permettent à Git de prendre de meilleures décisions lors de la fusion des modifications et de basculer entre les branches du code rapidement.

Effectuez les changements avec git add pour ajouter les fichiers modifiés, git rm pour supprimer des fichiers et git mv pour déplacer des fichiers. Ensuite, utilisez git commit la commande pour créer la validation.

En règle générale, les développeurs souhaitent mettre en scène tous les fichiers modifiés dans le dépôt :

> git add –all

Ensuite, validez les modifications avec une brève description :

> git commit -m "Short description of changes."

Chaque validation a un message qui décrit ses modifications. Un bon message de validation aide le développeur à mémoriser les modifications qu’il a apportées dans une validation. De bons messages de validation facilitent également l’examen de la validation par d’autres utilisateurs.

En savoir plus sur les fichiers intermédiaires et la validation des modifications dans Visual Studio ou Visual Studio Code.

Partager les modifications

Que vous travailliez sur une équipe ou que vous souhaitiez simplement sauvegarder leur propre code, les développeurs doivent partager des validations avec un dépôt sur un autre ordinateur. Utilisez la git push commande pour prendre des commits à partir du repo local et les intégrer dans un référentiel distant. Git est configuré dans les dépôts clonés pour se connecter à la source du clone, également appelée origin. Exécutez git push pour écrire les commits locaux de votre branche actuelle vers une autre branche (branchname) sur ce référentiel origin. Git crée un nom de branche sur le dépôt distant s’il n’existe pas.

> git push origin

Si vous travaillez dans un référentiel créé sur le système local avec git init, vous devez configurer une connexion au serveur Git de l’équipe avant que les modifications puissent être transférées. En savoir plus sur la configuration des distances et l’envoi de modifications dans Visual Studio ou Visual Studio Code.

Partager des branches

Le push d’une branche locale vers le dépôt partagé de l’équipe rend ses modifications accessibles au reste de l’équipe. La première fois que git push est exécuté, l’ajout de l’option -u indique à Git de commencer à suivre la branche locale nom de branche à partir du dépôt origin. Après cette configuration unique des informations de suivi, les membres de l’équipe peuvent utiliser git push directement pour partager rapidement et facilement les mises à jour.

> git push origin <branchname>

Étapes suivantes

En savoir plus sur les branches dans GitHub ou Azure DevOps.

En savoir plus sur l’envoi de commits et de branches dans Visual Studio ou Visual Studio Code.