Du coup, l’intégrateur doit accepter la modification sur son dépôt public avant de pouvoir l’accepter ?
Je suis désolé, j'ai rien compris à tes flèches (pourquoi l'historique du dépôt du dev occasionnel va vers le dev moyen ?), mais si ça peut répondre à ta question, sur Gitlab tu peux ouvrir une MR (c'est bon ça a été défini plus haut maintenant :-P) depuis une branche donnée de ton dépôt perso (typiquement un clone de l'officiel) vers une autre branche d'un autre dépôt (typiquement l'officiel), ce qui correspondrait à une contribution d'un inconnu qui passe par là, ou directement une MR depuis une branche d'un dépôt vers une autre branche du même dépôt (typiquement une contribution de quelqu'un de l'équipe, qui a accès au dépôt et a pu créer sa topic branch, mais pas le droit de push sur master sans review comme un goret non plus).
Il me semble bien qu'il y a les mêmes possibilités avec les PR sur github mais je l'utilise moins.
[^] # Re: Le problème de fond
Posté par Sufflope (site web personnel) . En réponse au journal GNOME va passer à GitLab. Évalué à 2. Dernière modification le 19 juillet 2017 à 15:59.
Je suis désolé, j'ai rien compris à tes flèches (pourquoi l'historique du dépôt du dev occasionnel va vers le dev moyen ?), mais si ça peut répondre à ta question, sur Gitlab tu peux ouvrir une MR (c'est bon ça a été défini plus haut maintenant :-P) depuis une branche donnée de ton dépôt perso (typiquement un clone de l'officiel) vers une autre branche d'un autre dépôt (typiquement l'officiel), ce qui correspondrait à une contribution d'un inconnu qui passe par là, ou directement une MR depuis une branche d'un dépôt vers une autre branche du même dépôt (typiquement une contribution de quelqu'un de l'équipe, qui a accès au dépôt et a pu créer sa topic branch, mais pas le droit de push sur master sans review comme un goret non plus).
Il me semble bien qu'il y a les mêmes possibilités avec les PR sur github mais je l'utilise moins.