# Engagements

Découvrez comment valider les modifications apportées à vos fichiers, suivre la création et organiser l'historique de votre projet dans GitHub.

## À 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 dépôt dans lequel vous effectuez le commit exige des signatures de commit et que vous effectuez ce commit dans l’interface web, la signature du commit sera ajoutée automatiquement. Consultez « [Gestion de la stratégie de validation de commits pour votre dépôt](/fr/enterprise-server@3.17/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/managing-the-commit-signoff-policy-for-your-repository) ».

Vous pouvez ajouter un co-auteur aux commits sur lesquels vous collaborez. Consultez « [Créer un commit avec plusieurs auteurs ou au nom d’une organisation](/fr/enterprise-server@3.17/pull-requests/how-tos/commit-changes/creating-a-commit-with-multiple-authors) ».

Vous pouvez également créer un commit au nom d’une organisation. Consultez « [Créer un commit avec plusieurs auteurs ou au nom d’une organisation](/fr/enterprise-server@3.17/pull-requests/how-tos/commit-changes/creating-a-commit-with-multiple-authors#creating-a-commit-on-behalf-of-an-organization) ».

Le rebasage vous permet de modifier une série de commits et de réorganiser l’ordre des commits dans votre historique. Consultez « [À propos de git rebase](/fr/enterprise-server@3.17/get-started/using-git/about-git-rebase) ».

## À propos des branches de commit et des étiquettes

Les pages de validation peuvent afficher des étiquettes pour les branches et les balises qui contiennent la validation. Ces étiquettes vous aident à comprendre où une validation apparaît dans l’historique du référentiel.

![Capture d’écran d’un résumé de commit. Une icône de branche et « main » sont mis en évidence avec un contour orange.](/assets/images/help/commits/commit-branch-indicator.png)

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. Consultez [les concepts de base de Git - Étiquetage](https://git-scm.com/book/en/v2/Git-Basics-Tagging) dans la documentation Git.

![Capture d’écran d’un résumé de commit. L’icône d’étiquette et « v2.3.4 » sont mis en évidence avec un contour orange.](/assets/images/help/commits/commit-tag-label.png)

## Utilisation de l’arborescence de fichiers

L’arborescence de fichiers vous permet de naviguer entre les fichiers d’une validation et de vous concentrer sur les différences qui importent. Vous pouvez sélectionner un fichier pour afficher ses différences ou filtrer par chemin de fichier lorsqu’un commit modifie de nombreux fichiers.

> \[!NOTE]
> 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’un pull request. Dans la barre latérale à gauche, l’arborescence de fichiers est indiquée en orange foncé.](/assets/images/help/repository/file-tree.png)

## Lectures complémentaires

* [Enregistrement et révision des changements dans votre projet sur GitHub Desktop](/fr/desktop/making-changes-in-a-branch/committing-and-reviewing-changes-to-your-project-in-github-desktop#about-commits) sur GitHub Desktop