Maison outils de développement git Comment implémenter git log

Comment implémenter git log

May 20, 2023 am 11:31 AM

Git est un outil de contrôle de version très puissant. Après des années de développement, il est désormais devenu le système de contrôle de version le plus connu et utilisé par les développeurs du monde entier. Parmi elles, la commande log est une commande très importante dans Git. Elle peut être utilisée pour afficher et enregistrer la version historique de la base de code, et peut également être utilisée pour suivre et localiser les problèmes de code. Cet article vous présentera comment implémenter le journal Git.

1. Utilisation de base de la commande log

Avant de présenter formellement comment implémenter le journal Git, nous devons comprendre l'utilisation de base de la commande log. Plus précisément, la syntaxe de base de la commande log est la suivante :

$ git log [options] [commit]
Copier après la connexion

Parmi elles, les options sont facultatives, utilisées pour spécifier certains paramètres spécifiques de la commande log, tels que le format de sortie, les conditions de filtrage, etc. . commit est un paramètre facultatif, utilisé pour spécifier les enregistrements historiques après quel numéro de version interroger. Si le paramètre commit n'est pas spécifié, la commande log affichera tous les enregistrements de validation par défaut, de la dernière version à la version la plus ancienne. options是可选项,用来指定一些log命令的具体参数,比如输出格式、筛选条件等。commit是可选参数,用来指定查询哪个版本号之后的历史记录。如果不指定commit参数,log命令默认会显示所有提交记录,从最新的版本到最旧的版本。

举个例子,假设我们执行了如下命令:

$ git log
Copier après la connexion

则Git会按照默认的方式输出所有的提交记录,包括该代码库的提交者、提交时间、提交信息等信息。

二、log命令的高级用法

除了基本的log命令语法之外,我们还可以通过一些高级用法来实现更精细的日志查询和分析。具体而言,以下是一些常见的log命令高级用法:

  1. 显示指定版本之间的提交记录

如果我们只想查看某个时间段或者某个版本到另一个版本之间的提交记录,可以使用<since>..<until>语法。

比如,如果我们要查看从版本号d6fd0b7e到版本号13afbf57之间的提交历史记录,可以使用如下命令:

$ git log d6fd0b7e..13afbf57
Copier après la connexion
  1. 只显示某一文件的提交记录

有时,我们只需要查看某一个特定文件的提交历史记录,而不是整个代码库的提交历史记录。可以借助--follow参数来实现这个需求。具体而言,这个参数的作用是显示某个文件在重命名之后的所有提交信息。

举个例子,如果我们想查看文件README.md的提交历史记录,可以执行如下命令:

$ git log --follow README.md
Copier après la connexion
  1. 按提交者过滤提交历史记录

有时,我们只关心某个特定开发者提交的历史版本信息,比如在代码复查时需要查看某个开发者的提交历史记录。此时,我们可以使用--author参数来过滤提交记录。具体而言,这个参数的作用是只显示满足指定作者条件的提交信息。

举个例子,如果我们只想查看所有由开发者Tom提交的历史记录,可以执行如下命令:

$ git log --author=Tom
Copier après la connexion
  1. 改变log命令的输出格式

默认情况下,log命令会输出一定的基本信息,但是如果我们需要输出更加详细或者特定的信息,可以通过改变输出格式来实现。在Git中,有一个--pretty参数,可以用来改变输出的格式。

比如,通过指定--pretty=format:参数,我们可以改变输出格式,让Git只显示指定的信息,比如提交ID、提交时间、提交描述等等。具体而言,以下是一些常见的输出格式:

  • %H:显示提交的完整哈希值;
  • %h:显示提交的简短哈希值;
  • %an:提交者的名字;
  • %ae:提交者的电子邮件地址;
  • %at:提交时间(UNIX时间戳格式);
  • %ar:提交时间(相对时间格式,比如“2 hours ago”);
  • %s:提交说明。

举个例子,如果我们只想显示每个提交记录的ID、提交者、时间戳、提交说明,可以执行如下命令:

$ git log --pretty=format:"%H - %an - %at - %s"
Copier après la connexion
  1. 以图形化的方式展示提交历史记录

如果我们需要以更加清晰的图形化方式展示提交历史记录,可以使用--graph

Par exemple, supposons que nous exécutions la commande suivante :

$ git log --graph -n 50
Copier après la connexion
Ensuite, Git affichera tous les enregistrements de soumission de la manière par défaut, y compris l'auteur de la base de code, l'heure de soumission, les informations de soumission et d'autres informations.

2. Utilisation avancée de la commande log

En plus de la syntaxe de base de la commande log, nous pouvons également utiliser certaines utilisations avancées pour réaliser des requêtes et des analyses de journaux plus sophistiquées. Plus précisément, voici quelques utilisations avancées courantes de la commande log : 🎜
  1. Afficher les enregistrements de commit entre les versions spécifiées
🎜Si nous souhaitons uniquement afficher une certaine période de temps ou un certain commit les enregistrements entre versions vers une autre version peuvent utiliser la syntaxe <since>..<until>. 🎜🎜Par exemple, si nous voulons afficher l'historique de soumission du numéro de version d6fd0b7e au numéro de version 13afbf57, nous pouvons utiliser la commande suivante : 🎜rrreee
  1. Afficher uniquement l'enregistrement de soumission d'un certain file
🎜Parfois, nous avons uniquement besoin d'afficher l'historique de soumission d'un fichier spécifique, plutôt que l'historique de soumission de l'ensemble de la base de code. Cette exigence peut être satisfaite à l'aide du paramètre --follow. Plus précisément, la fonction de ce paramètre est d'afficher toutes les informations de validation après qu'un fichier ait été renommé. 🎜🎜Par exemple, si nous voulons afficher l'historique de soumission du fichier README.md, nous pouvons exécuter la commande suivante : 🎜rrreee
  1. Filtrer l'historique de soumission par soumettant
  2. 🎜Parfois, nous nous soucions uniquement des informations de version historiques soumises par un développeur spécifique. Par exemple, nous devons afficher l'historique de soumission d'un certain développeur lors de la révision du code. À ce stade, nous pouvons utiliser le paramètre --author pour filtrer les enregistrements de soumission. Plus précisément, l'objectif de ce paramètre est d'afficher uniquement les informations de soumission qui répondent aux conditions d'auteur spécifiées. 🎜🎜Par exemple, si nous souhaitons uniquement afficher tous les enregistrements historiques soumis par le développeur Tom, nous pouvons exécuter la commande suivante : 🎜rrreee
    1. Modifier le format de sortie de la commande de journal
    2. 🎜Par défaut, la commande log affichera certaines informations de base, mais si nous avons besoin d'afficher des informations plus détaillées ou spécifiques, nous pouvons le faire en modifiant le format de sortie. Dans Git, il existe un paramètre --pretty qui peut être utilisé pour modifier le format de sortie. 🎜🎜Par exemple, en spécifiant le paramètre --pretty=format:, nous pouvons modifier le format de sortie afin que Git affiche uniquement les informations spécifiées, telles que l'ID de soumission, l'heure de soumission, la description de la soumission, etc. . Plus précisément, voici quelques formats de sortie courants : 🎜
  • %H : affiche la valeur de hachage complète de la soumission
  • %h : affiche la valeur de hachage courte de la soumission ;
  • %an : le nom de l'auteur de la soumission
  • %ae : L'adresse e-mail du demandeur ;
  • %at : Heure de soumission (format d'horodatage UNIX) ; Heure de soumission (format d'heure relative, tel que "il y a 2 heures") ;
  • %s : instructions de soumission.
🎜Par exemple, si nous souhaitons afficher uniquement l'ID, le demandeur, l'horodatage et la description de la soumission de chaque enregistrement de soumission, nous pouvons exécuter la commande suivante : 🎜rrreee
    Afficher graphiquement l'historique des validations
🎜Si nous avons besoin d'afficher l'historique des validations graphiquement plus clairement, nous pouvons utiliser le paramètre --graph. La fonction de ce paramètre est d'afficher graphiquement l'arborescence des versions et les informations sur les branches, permettant aux utilisateurs de comprendre plus facilement les informations sur les branches de chaque soumission et l'état de fusion des branches. 🎜🎜Par exemple, si nous voulons afficher graphiquement les 50 derniers enregistrements de commit, nous pouvons exécuter la commande suivante : 🎜rrreee🎜3 Résumé🎜🎜Grâce à l'introduction de cet article, nous avons découvert l'utilisation de base et quelques avancées de Git. enregistrer l’utilisation des commandes. La commande Log est un outil très important dans Git. Elle peut être utilisée pour afficher et enregistrer les versions historiques de la base de code, et peut également être utilisée pour suivre et localiser les problèmes de code. Dans le développement réel, il est souvent nécessaire d'utiliser la commande log pour le suivi des versions et la localisation des problèmes, il est donc très nécessaire de maîtriser la commande log. 🎜

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Outils d'IA chauds

Undresser.AI Undress

Undresser.AI Undress

Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover

AI Clothes Remover

Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

AI Hentai Generator

AI Hentai Generator

Générez AI Hentai gratuitement.

Article chaud

R.E.P.O. Crystals d'énergie expliqués et ce qu'ils font (cristal jaune)
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Meilleurs paramètres graphiques
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Comment réparer l'audio si vous n'entendez personne
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
Où trouver la courte de la grue à atomide atomique
1 Il y a quelques semaines By DDD

Outils chauds

Bloc-notes++7.3.1

Bloc-notes++7.3.1

Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver CS6

Dreamweaver CS6

Outils de développement Web visuel

SublimeText3 version Mac

SublimeText3 version Mac

Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Github est-il difficile à apprendre? Github est-il difficile à apprendre? Apr 02, 2025 pm 02:45 PM

Github n'est pas difficile à apprendre. 1) Maître les connaissances de base: GitHub est un système de contrôle de version basé sur GIT qui aide à suivre les changements de code et le développement collaboratif. 2) Comprendre les fonctions principales: les enregistrements de contrôle de version chaque soumission, prenant en charge le travail local et la synchronisation à distance. 3) Apprenez à utiliser: de la création d'un référentiel pour pousser les validations, à l'utilisation des branches et des demandes de traction. 4) Résoudre des problèmes communs: tels que la fusion des conflits et oublier d'ajouter des fichiers. 5) Pratique d'optimisation: utilisez des messages de soumission significatifs, nettoyez les succursales et gérez les tâches à l'aide de la carte de projet. Grâce à la pratique et à la communication communautaire, la courbe d'apprentissage de Github n'est pas raide.

Dois-je mettre Git ou Github sur mon CV? Dois-je mettre Git ou Github sur mon CV? Apr 04, 2025 am 12:04 AM

Sur votre CV, vous devez choisir d'écrire Git ou GitHub en fonction de vos exigences de position et de votre expérience personnelle. 1. Si le poste nécessite des compétences GIT, mettez en surbrillance Git. 2. Si le poste valorise la participation de la communauté, montrez Github. 3. Assurez-vous de décrire l'expérience d'utilisation et les cas de projet en détail et terminer avec une phrase complète.

Pourquoi Gitlab est-il meilleur que Github? Pourquoi Gitlab est-il meilleur que Github? Apr 03, 2025 am 12:08 AM

GitLab est meilleur pour certains développeurs et équipes car il fournit une chaîne d'outils DevOps complète et de puissantes capacités CI / CD. 1. La fonction CI / CD de GitLab est intégrée dans la plate-forme, prenant en charge l'automatisation complète du processus de la soumission de code au déploiement. 2. Sa technologie de rendu côté serveur améliore la vitesse de chargement des pages pour les grands projets. 3. Le système de gestion des autorisations de Gitlab est plus flexible et prend en charge le contrôle à grain fin.

Microsoft possède-t-il Git ou Github? Microsoft possède-t-il Git ou Github? Apr 05, 2025 am 12:20 AM

Microsoft ne possède pas GIT, mais possède GitHub. 1.Git est un système de contrôle de version distribué créé par Linus Torvaz en 2005. 2. GitHub est une plate-forme d'hébergement de code en ligne basée sur GIT. Il a été fondé en 2008 et acquis par Microsoft en 2018.

Dois-je commencer par Git ou Github? Dois-je commencer par Git ou Github? Apr 06, 2025 am 12:09 AM

Le départ de Git est plus adapté à une compréhension approfondie des principes de contrôle des versions, et commencer à Github est plus adapté pour se concentrer sur la collaboration et l'hébergement de code. 1.Git est un système de contrôle de version distribué qui aide à gérer l'historique des versions du code. 2. GitHub est une plate-forme en ligne basée sur GIT, offrant des capacités d'hébergement et de collaboration de code.

Comment utiliser GitHub pour HTML? Comment utiliser GitHub pour HTML? Apr 07, 2025 am 12:13 AM

La raison de l'utilisation de GitHub pour gérer les projets HTML est qu'il fournit une plate-forme pour le contrôle des versions, le développement collaboratif et la présentation des œuvres. Les étapes spécifiques incluent: 1. Créer et initialiser le référentiel GIT, 2. Ajouter et soumettre des fichiers HTML, 3. Push to github, 4. Utilisez GitHubPages pour déployer des pages Web, 5. Utilisez des githubactions pour automatiser la construction et le déploiement. En outre, GitHub prend également en charge les fonctionnalités de révision, d'émission et de traction de code pour aider à optimiser et à collaborer sur les projets HTML.

Git est-il le même que Github? Git est-il le même que Github? Apr 08, 2025 am 12:13 AM

Git et Github ne sont pas la même chose. Git est un système de contrôle de version et GitHub est une plate-forme d'hébergement de code basée sur GIT. Git est utilisé pour gérer les versions de code et GitHub fournit un environnement de collaboration en ligne.

Qu'est-ce que Git en mots simples? Qu'est-ce que Git en mots simples? Apr 09, 2025 am 12:12 AM

Git est un système de contrôle de version distribué open source qui aide les développeurs à suivre les modifications des fichiers, à travailler ensemble et à gérer les versions de code. Ses fonctions principales incluent: 1) l'enregistrement des modifications de code, 2) la secours vers les versions précédentes, 3) le développement collaboratif et 4) Créer et gérer les branches pour le développement parallèle.

See all articles