Tutoriel sur l'utilisation de git commit

Un guide complet de git commit

Cet article couvrira les principes fondamentaux de l'utilisation git commit, en abordant comment rédiger des messages de validation efficaces, des indicateurs communs et modifiant les commits précédents.

Comprendre git commit: Un tutoriel étape par étape

git commit est le commandement utilisé pour sauver vos modifications au git de git. Il faut un instantané de votre répertoire de travail actuel et de votre zone de mise en scène, en les enregistrant comme un ensemble de changements. Avant de pouvoir vous engager, vous devez mettre en scène les modifications que vous souhaitez inclure en utilisant git add. Cela vous garantit que vous n'engagez que les modifications spécifiques que vous avez l'intention.

Voici une ventilation du processus:

1. apporter des modifications: Modifier vos fichiers.
2. Modifications de scène: Utiliser git add <file> ou git add . (pour étape tous les modifications) pour ajouter les fichiers modifiés à la zone de déclenchement. git status vous montrera quels fichiers sont mis en scène et lesquels ne le sont pas.
3. Committer les modifications: Utiliser git commit pour enregistrer les modifications mise en scène dans le référentiel. Cela ouvrira votre éditeur de texte par défaut (souvent VIM ou Nano) vous incitant à rédiger un message de validation. Enregistrez et fermez l'éditeur pour compléter le commit.

Une commande de base git commit ressemble à ceci:

git commit

Cela commetra toutes les modifications mise en scène avec un message par défaut si vous n'en fournissez pas. Il est fortement recommandé de toujours fournir un message de validation clair et concis.

L'élaboration de messages de validation efficaces

Un message de validation bien écrit est crucial pour maintenir une histoire GIT propre et compréhensible. Un bon message de validation devrait suivre ces directives:

• Commencez par un résumé concis (50 caractères ou moins): Ce résumé devrait clairement décrire l'objectif de l'engagement. Utilisez Humeur impérative (par exemple, "Fix Bug dans la connexion", pas "Correction d'un bug dans la connexion").
• Laisser une ligne vide après le résumé: Cela sépare le résumé de la description plus détaillée.
Utilisez une grammaire et une orthographe appropriées:
• rendre votre message facile à comprendre.

Exemple des indicateurs communs utilisés avec

Comportement:

• -m "<message>": vous permet de spécifier le message de validation directement sur la ligne de commande. Utile pour les petits engins simples. Par exemple: git commit -m "Update README"
• -a: étage toutes les modifications dans les fichiers suivis avant de s'engager. Cela saute l'étape git add, mais inclut uniquement les modifications des fichiers déjà connus de Git. Utilisez avec prudence, car il pourrait commettre par inadvertance des modifications involontaires.
• --amend: vous permet de modifier le dernier engagement. Ceci est discuté plus en détail dans la section suivante.
• -v: Affiche le différentiel des modifications commises. Ceci est utile pour examiner les modifications avant de s'engager.
• --no-verify: contourne les crochets pré-engageants. Utilisez avec prudence, car les crochets de pré-engagement sont souvent utilisés pour la vérification du style de code et d'autres tâches importantes.

Modification d'une validation antérieure

Le drapeau --amend vous permet de modifier le dernier engagement. Ceci est utile pour apporter de petites corrections ou ajouter des modifications oubliées à un engagement récent, en évitant de nouveaux engins inutiles.

pour modifier le dernier engagement:

1. Mettez en scène les modifications: Utiliser git add pour mettre en scène tout nouveau changement ou modifier à des fichiers déjà inclus dans le dernier engagement. Cela ouvrira votre éditeur de texte, vous permettant de modifier le message de validation. Vous pouvez également apporter des modifications aux fichiers mis en scène avant d'enregistrer le commit modifié.
2. Remarque importante: git commit --amend Les engagements de modification doivent être utilisés avec prudence, surtout si le commit a déjà été poussé vers un référentiel distant. La modification d'un commit poussé vous obligera à forcer-poussing (
), ce qui peut entraîner des problèmes de collaborateurs. Il est généralement préférable de créer un nouvel engagement si les modifications sont significatives ou si l'engagement a déjà été partagé.

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!