Skip to main content

À propos des modèles de développement collaboratif

La façon dont vous utilisez les demandes de tirage dépend du type de modèle de développement que vous utilisez dans votre projet. Vous pouvez utiliser le modèle de duplication et tirage (fork et pull) ou le modèle de référentiel partagé.

Modèle de duplication et de tirage

Dans le modèle de duplication et de tirage, tout le monde peut dupliquer (fork) un référentiel existant et envoyer (push) les modifications dans sa duplication personnelle. Aucune autorisation sur le référentiel source n’est nécessaire pour effectuer un envoi (push) vers une duplication appartenant à l’utilisateur. Les modifications peuvent être tirées dans le référentiel source par le responsable du projet. Lorsque vous ouvrez une demande de tirage (pull request) qui propose des modifications de votre duplication appartenant à l’utilisateur vers une branche du référentiel source (en amont), vous pouvez autoriser toute personne disposant d’un accès en envoi au référentiel en amont à apporter des modifications à votre demande de tirage. Ce modèle est populaire avec les projets open source, car il réduit les contraintes pour les nouveaux contributeurs et permet à tout le monde de travailler indépendamment sans coordination initiale.

Conseil : Pour plus d’informations sur l’open source, plus précisément sur la création et la croissance d’un projet open source, nous avons créé des guides sur l’open source qui vous aideront à favoriser une communauté open source saine. Vous pouvez également suivre un cours gratuit GitHub Skills sur la maintenance des communautés open source.

Modèle de référentiel partagé

Dans le modèle de référentiel partagé, les collaborateurs reçoivent un accès en envoi à un référentiel partagé unique. Des branches de rubriques sont créées lorsque des modifications doivent être apportées. Les demandes de tirage sont utiles dans ce modèle, car elles lancent une révision du code et une discussion générale sur un ensemble de modifications avant que celles-ci ne soient fusionnées dans la branche de développement principale. Ce modèle est plus répandu chez les petites équipes et dans les organisations qui collaborent sur des projets privés.

Pour aller plus loin