Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

Différences entre les vues de validation

Vous pouvez observer des différences dans l’historique des validations en fonction de la méthode d’affichage choisie.

Sur GitHub, vous pouvez consulter l’historique des validations d’un référentiel en :

Ces deux vues de validation peuvent afficher des informations différentes. L’historique d’un seul fichier peut omettre les validations trouvées dans l’historique des validations du référentiel.

Git propose plusieurs façons d’afficher l’historique d’un référentiel. Lorsque Git affiche l’historique d’un seul fichier, il simplifie l’historique en omettant les validations qui ne modifient pas le fichier. Au lieu d’examiner chaque validation pour voir ses éventuelles répercussions sur le fichier, Git omet une branche entière si celle-ci, une fois fusionnée, n’a pas eu d’impact sur le contenu final du fichier. Les validations sur la branche ayant eu un impact sur le fichier ne sont pas affichées.

En matière d’historique des validations d’un fichier, GitHub suit explicitement cette stratégie simple. Il simplifie l’historique en supprimant les validations qui n’ont pas contribué au résultat final. Par exemple, si une branche latérale a effectué une modification et l'a ensuite annulée, cette validation n'apparaît pas dans l'historique de la branche. Cela rend la révision des branches plus efficace, car seules les validations affectant le fichier s’affichent.

Cette vue tronquée ne contient pas toujours les informations que vous recherchez. Si vous souhaitez afficher l’historique dans son intégralité, GitHub offre une vue plus détaillée sur la page des validations d’un référentiel.

Pour plus d’informations sur la façon dont Git considère l’historique des validations, consultez la section « Simplification de l’historique » de l’article d’aide git log.

Pour aller plus loin