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 d’extraction, tout le monde peut dupliquer un référentiel existant (« en amont ») auquel il dispose d’un accès en lecture et le propriétaire du référentiel en amont l’autorise. N’oubliez pas qu’une duplication et son amont partagent les mêmes données Git. Cela signifie que tout le contenu chargé sur une duplication est accessible à partir de l’amont et de toutes les autres duplications de cet amont. Vous n’avez pas besoin d’une autorisation du référentiel en amont pour envoyer vers une duplication de celui-ci que vous avez créé. Vous pouvez éventuellement autoriser toute personne ayant accès de poussée au référentiel en amont à apporter des modifications à votre branche de 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.

Tip

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