Maison > développement back-end > Golang > Certains historiques de commit git sont vraiment embarrassants, je recommande à tous les ingénieurs d'utiliser fréquemment git rebase et git commit --amend

Certains historiques de commit git sont vraiment embarrassants, je recommande à tous les ingénieurs d'utiliser fréquemment git rebase et git commit --amend

Barbara Streisand
Libérer: 2024-12-31 19:40:12
original
478 Les gens l'ont consulté

Dans la collaboration quotidienne en matière de programmation, la qualité des enregistrements de validation Git reflète souvent les connaissances en ingénierie d'un ingénieur. Cependant, je vois fréquemment des enregistrements de commit non standard qui sont assez embarrassants.

Par exemple :

Some git commit histories are really embarrassing, I recommend all engineers to frequently use git rebase and git commit --amend

Cela est probablement dû au fait d'avoir apporté des modifications après une validation et de réutiliser avec désinvolture la commande git commit précédente.

Bien que cela puisse être acceptable dans les référentiels personnels, ce n'est pas du tout professionnel dans les référentiels collaboratifs.

À mon avis, ces enregistrements de commit sont inutiles, représentent de mauvaises habitudes et peuvent être complètement évités.

Heureusement, Git nous propose une solution élégante. S'il n'est pas nécessaire de générer un nouveau commit, l'utilisation de git commit --amend peut éviter ce problème.

Some git commit histories are really embarrassing, I recommend all engineers to frequently use git rebase and git commit --amend

Utilisez moins de git merge et plus de git rebase

Par exemple :

Merge branch 'feature-A' of https://github.com/qiniu/reviewbot into feature-B
Copier après la connexion

Cela indique la fusion du code de la fonctionnalité A de la branche distante vers la fonctionnalité B. Ici, la fonctionnalité A est généralement la branche principale.

De tels messages de validation ne sont pas nécessaires dans vos relations publiques. Les messages de validation PR ne doivent contenir que des informations utiles sur les modifications en cours.

Personnellement, j'utilise rarement git merge, même pour synchroniser des branches distantes, j'utilise généralement git rebase.

Par exemple :

Some git commit histories are really embarrassing, I recommend all engineers to frequently use git rebase and git commit --amend

Outre les avantages ci-dessus, git rebase permet de maintenir un historique de validation très propre dans le référentiel principal. Par conséquent, je recommande fortement de l'utiliser.

Vérification du commit git de Reviewbot

Reviewbot est un projet open source de Qiniu Cloud, visant à fournir un service de révision de code auto-hébergé pour une révision/analyse statique pratique du code et la mise en œuvre de normes d'ingénierie personnalisées.

Pour mieux réguler ces deux comportements, Reviewbot a ajouté la fonctionnalité git commit check pour vérifier si les enregistrements git commit répondent aux normes.

S'ils ne respectent pas les normes, Reviewbot vous en informera :

Some git commit histories are really embarrassing, I recommend all engineers to frequently use git rebase and git commit --amend

Plus de pratiques et de conseils sur Git Flow

Bien sûr, il existe de nombreuses techniques pratiques dans les opérations git. J'encourage les personnes intéressées à les explorer. J'ai partagé du contenu connexe avec les étudiants lors du camp d'entraînement 1024 :

Super pratique ! Collaboration Git du point de vue d'un utilisateur, dites adieu à la mémorisation par cœur

Le document comprend des liens vidéo pour les lecteurs intéressés.

Enfin, en tant qu'ingénieurs professionnels, nous devons toujours rechercher l'excellence dans les pratiques d'ingénierie. De bons enregistrements de commit reflètent non seulement la qualité professionnelle personnelle, mais constituent également une pierre angulaire importante pour améliorer l’efficacité de la collaboration en équipe.

Grâce à une utilisation appropriée de git rebase et git commit --amend, nous pouvons maintenir un historique de soumission de code plus clair et plus professionnel. Cela facilite non seulement la révision du code, mais apporte également une grande commodité à la maintenance ultérieure du code et au suivi des problèmes.

Qu'en pensez-vous ?

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!

source:dev.to
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
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal