Meilleure collaboration avec les demandes de traction

Cet article fait partie de notre série "Advanced Git" en cours. Restez à jour en nous suivant sur Twitter ou en vous abonnant à notre newsletter pour des notifications sur les futurs articles!

Cet versement se concentre sur les demandes de traction - un puissant outil améliorant la collaboration pour les équipes de développement de toutes tailles. Tirez les demandes de rationalisation de la révision, des commentaires, du suivi et de la discussion du code, tout en servant de méthode idéale pour contribuer aux référentiels où vous manquez d'accès en écriture.

Série avancée GIT:

1. Partie 1: Maîtriser l'art de l'engagement parfait Git
2. Partie 2: Stratégies de ramification efficaces dans GIT
3. Partie 3: Optimisation de la collaboration avec les demandes de traction ( vous êtes ici! )
4. Partie 4: Résoudre les conflits de fusion
5. Partie 5: Rebase vs Merge: Une analyse comparative
6. Partie 6: Tiration de la rebase interactive
7. Partie 7: Commits de sélection des cerises: une approche ciblée
8. Partie 8: Récupérer les engagements perdus avec le réflog

Comprendre les demandes de traction

Surtout, les demandes de traction ne sont pas une fonctionnalité GIT native. Ils sont une fonctionnalité fournie par votre plate-forme d'hébergement GIT (GitHub, Gitlab, Bitbucket, Azure DevOps, etc.).

Les avantages des demandes de traction

Avant de détailler la création de demande de traction, examinons leur valeur.

Imaginez terminer une nouvelle fonctionnalité, peut-être dans une branche de fonctionnalité, et devez la fusionner dans la branche principale ( maître ou principal ). Bien que la fusion directe soit acceptable pour les projets solo ou les développeurs expérimentés confiants dans leurs changements, les modifications plus complexes bénéficient souvent d'un examen par les pairs. C'est là que les demandes de traction brillent.

(Pour une compréhension plus approfondie des flux de travail de ramification, reportez-vous aux «stratégies de ramification dans GIT», le deuxième article de cette série.)

Les demandes de traction permettent une revue de code collaborative et des commentaires. La plupart des plateformes permettent des commentaires et des modifications suggérées. Une fois approuvé, le code peut être fusionné.

Au-delà de l'examen, les demandes de traction sont essentielles pour contribuer aux référentiels externes sans accès en écriture. Les projets open source, par exemple, dépendent fortement des demandes de contribution de traction.

Cela nous amène à un concept connexe: Forks.

Travailler avec des fourchettes

Une fourche est une copie personnelle d'un référentiel. Dans les contributions open-source, la fourniture vous permet d'apporter des modifications à votre copie avant de soumettre une demande de traction aux responsables du référentiel d'origine pour l'inclusion.

Remarque importante: les demandes de traction fonctionnent sur les succursales, et non les validations individuelles. Chaque demande de traction est associée à une branche spécifique.

Création de demandes de traction efficaces

Alors que les interfaces spécifiques à la plate-forme varient (GitHub, GitLab, etc.), le flux de travail de base reste cohérent. Des outils comme le client Tower Git offrent une expérience unifiée sur toutes les plates-formes.

Le processus général implique:

1. Fourk le référentiel (si vous manquez d'accès en écriture).
2. Créez une nouvelle branche locale dans votre référentiel fourchu. (N'oubliez pas: les demandes de traction sont basées sur les succursales.)
3. Faire et commettre des changements dans votre branche locale.
4. Poussez les modifications vers votre référentiel fourchu à distance.
5. Créez une demande de traction, en lançant le processus d'examen.

Pour un examen efficace, continuez les demandes de traction concises. Les changements plus petits et ciblés sont plus faciles à évaluer que les grands et étendus. Utilisez des titres et des explications descriptifs clairs détaillant les changements, leur objectif et leur impact. Les captures d'écran peuvent encore améliorer la compréhension.

Examiner les résultats: approuver, fusionner ou refuser

Après examen, les modifications approuvées sont fusionnées (par quelqu'un avec un accès en écriture). Si des révisions sont nécessaires, des commits supplémentaires peuvent mettre à jour la demande de traction existante. Alternativement, la demande de traction peut être refusée.

Amélioration de la qualité et de la collaboration du code

Pull Demandes Foster Communication and Collaboration, garantissant une qualité de code plus élevée. En incorporant l'examen par les pairs, vous améliorez la fiabilité et la maintenabilité de votre base de code.

Pour une exploration plus complète des techniques avancées GIT, explorez mon «kit Git Advanced Git» gratuit, avec des vidéos sur la branche, la rébase interactive, le réflog, les sous-modules, etc.

Série avancée GIT:

1. Partie 1: Maîtriser l'art de l'engagement parfait Git
2. Partie 2: Stratégies de ramification efficaces dans GIT
3. Partie 3: Optimisation de la collaboration avec les demandes de traction ( vous êtes ici! )
4. Partie 4: Résoudre les conflits de fusion
5. Partie 5: Rebase vs Merge: Une analyse comparative
6. Partie 6: Tiration de la rebase interactive
7. Partie 7: Commits de sélection des cerises: une approche ciblée
8. Partie 8: Récupérer les engagements perdus avec le réflog

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!