ploumFeb 21

Les gens qui utilisent #github : comment vous faites pour envoyer des petites contributions à un projet ?

Vous êtes obligés de créer un fork dans l’interface web pour chaque contribution ? (nan mais l’angoisse totale !)

J’ai tenté de garder une branche mais github ne fait pas des rebase corrects ce qui fait que chaque merge renvoie tous les commits que j’ai déjà contribué (même si ceux-ci sont inopérants car leur conteun a déjà été mergé)

Show threadBlueCutFeb 21

@ploum
Alors perso je crée un fork pour chaque projet sur lequel j'ai pas le droit de pousser, mais j'ai jamais trouvé que c'était l'angoisse.

Sachant qu'une fois que tu as ton fork, tu peux le resynchroniser avec uptream, créer des nouvelles branches pour d'autres contributions, etc.

Après j'utilise l'UI uniquement pour la création du fork et des PR, le reste je le fais en local en gérant les commandes git moi-même.

Show threadBlueCutFeb 21
@ploum
Donc pour répondre à ta question, le standard c'est pas un fork par contribution, c'est :
- un fork par répertoire auquel contribuer,
- et une nouvelle branche créée à partir de main/upstream par contribution.
Show threadploum

@BlueCut : ah oui, ok, je vois. Tu merges ta branche puis tu fais la pull request.

C’est deux fois le boulot quoi mais ça reste faisable

Feb 21 at 12:12pmWeb
Show threadBlueCutFeb 21
@ploum
- Je clone mon fork (mon fork GitHub est origin).
- Je crée une branche 1 pour mes changements 1.
- Je pousse ma branche sur origin.
- Je crée avec l'UI une PR pour merger ma branche dans main/upstream (la branche principale du repo duquel est issu mon fork)
- Maintainer merge (main/origin n'est donc plus à jour)
- J'utilise l'UI pour resynchroniser main/origin avec main/upstream.
- Je peux maintenant pull main/origin et créer une branche 2 pour mes changements 2, etc.
Show threadBlueCutFeb 21
@ploum
Comme disait un autre commentaire, tu peux ajouter plusieurs repos distants à ton projet git. La convention habituelle c'est origin = ton fork, et upstream = le repo auquel tu contribues. Donc l'étape "synchro puis pull origin" que je mentionne ci-dessus peut juste être "pull upstream" en local selon tes préférences. En tout cas quand tu switch entre le local et l'UI de GitHub ça se fait bien, c'est juste une habitude.
Show threadBlueCutFeb 21
@ploum
Désolée si j'enfonce des portes ouvertes à certains endroits, mais vu que j'ai pas du tout la vision de ton expérience de git ni des autres plateformes de dépôt de code en dehors de GitHub, ça reste assez flou pour moi les points qui te posent problème.