Re: Le problème de fond

Maintenant que j’ai compris ce que veut dire PR/MR, je ne vois pas le problème.

Git a été pensé pour que chacun est un dépôt privé et un dépôt public. La façon dont Linus ou autre l’a pensé au départ pour le kernel était ce schéma :

 Dépôt officiel Dépot public
 ^ \ (dev. occ.)
 | \ / ^
 | \ / |
 | \ / |
 | \/ |
 | /\ |
 | / \ |
 | / \ |
 | / \ |
 V V V V
 Intégrateur Dév. moyen
(droit d’écriture)

dev.occ. = développeur occasionnel.

Le développeur occasionnel récupère le dépôt et fait ses corrections. Ensuite il pousse sur son dépôt public puis doit effectivement prévenir quelqu’un qu’il a fait le taf. (par mail, bugtracker...) l’intégrateur va récupérer les modifs. Si elles n’ont pas le niveau attendu, elles n’iront jamais sur le dépôt officiel. Si c’est bon, c’est l’intégrateur qui pousse sur le dépôt officiel.

Cas des forges (attention, si je commets des erreurs, merci de me corriger)

 Dépôt officiel <---->Dépot public
 ^ (dev. occ.)
 | ^
 | |
 | |
 | |
 | |
 | |
 | |
 | |
 V V
 Intégrateur Dév. moyen
(droit d’écriture)

Du coup, l’intégrateur doit accepter la modification sur son dépôt public avant de pouvoir l’accepter ?

En tout cas, les échanges de dépôts ne suivent pas la logique initialement pensée.

Dites moi si j’ai bien suivi.