Skip to main content

Enterprise Server 3.20 est actuellement disponible en tant que version candidate.

À propos des commits

Vous pouvez enregistrer de petits groupes de modifications significatives en tant que commits.

À propos des commits

Comme l’enregistrement d’un fichier qui a été modifié, un enregistrement de validation change un ou plusieurs fichiers dans votre branche. Git affecte à chaque validation un ID unique, appelé SHA ou hachage, qui identifie :

  • Les modifications spécifiques
  • Quand les modifications ont été apportées
  • Qui a créé les modifications

Lorsque vous effectuez une validation, vous devez inclure un message de validation qui décrit brièvement les modifications.

Si le référentiel dans lequel vous effectuez un commit a activé les signatures de commit obligatoires et que vous effectuez le commit via l’interface web, vous signerez automatiquement le commit dans le cadre du processus de commit. Pour plus d’informations, consultez « Gestion de la stratégie de validation de commits pour votre dépôt ».

Vous pouvez ajouter un co-auteur aux commits sur lesquels vous collaborez. Pour plus d’informations, consultez « Création d'un commit avec plusieurs auteurs ».

Le rebasage vous permet de changer une série de commits et de modifier l’ordre des commits dans votre historique. Pour plus d’informations, consultez « À propos de git rebase ».

À propos des branches de commit et des étiquettes

Vous pouvez voir à quelle branche appartient un commit en regardant les libellés sous le commit sur la page du commit.

  1. Pour voir la branche du commit, vérifiez l’étiquette sous le message de commit.

    Capture d’écran d’un résumé de commit. Une icône de branche et « main » sont mis en évidence avec un contour orange.

Si votre commit n’est pas sur la branche par défaut (main), l’étiquette montre les branches qui contiennent le commit. Si le commit fait partie d’une pull request non fusionnée, vous pouvez cliquer sur le lien pour accéder à celle-ci.

Une fois que le commit est sur la branche par défaut, toutes les étiquettes qui contiennent le commit s’affichent et la branche par défaut est la seule branche listée. Pour plus d’informations sur les balises, consultez Principes de base de Git : catégorisation dans la documentation Git.

Capture d’écran d’un résumé de la validation du code. L’icône d’étiquette et « v2.3.4 » sont mis en évidence avec un contour orange.

Utilisation de l’arborescence de fichiers

Vous pouvez utiliser l’arborescence de fichiers pour naviguer entre les fichiers d’un commit.

  1. Cliquez sur un fichier dans l’arborescence de fichiers pour afficher la différence de fichier correspondante. Si l’arborescence des fichiers est masquée, cliquez sur pour afficher l’arborescence des fichiers.

    Remarque

    L’arborescence de fichiers ne s’affiche pas si la largeur de l’écran est trop étroite ou si la validation ne contient qu’un seul fichier.

    Capture d'écran de l'onglet "Fichiers modifiés" d'une pull request. Dans la barre latérale à gauche, l’arborescence de fichiers est indiquée en orange foncé.

  2. Pour filtrer par chemin d’accès au fichier, entrez une partie ou tout le chemin d’accès du fichier dans la zone de recherche Filtrer les fichiers modifiés.

Lectures complémentaires

  •         [AUTOTITLE](/desktop/making-changes-in-a-branch/committing-and-reviewing-changes-to-your-project-in-github-desktop#about-commits) sur GitHub Desktop