web-dev-qa-db-fra.com

Tirer des modifications d'un repo forké sans demande sur GitHub?

Je suis nouveau dans la communauté du codage social et je ne sais pas comment procéder correctement dans cette situation:

J'ai créé un GitHub Repository il y a quelques semaines. Quelqu'un a bifurqué le projet et a fait quelques petits changements qui ont été sur ma tâche. Je suis ravi que quelqu'un ait bifurqué mon projet et ait pris le temps de le compléter. Je voudrais insérer les modifications dans mon propre code, mais j'ai quelques préoccupations.

1) Je ne sais pas comment introduire les modifications via git à partir d'un dépôt fourchu. Ma compréhension est qu'il existe un moyen facile de fusionner le modifications via une demande de tirage, mais il semble que le faussaire doit émettre cette demande?

2) Est-il acceptable d'extraire des modifications sans demande d'extraction? Cela concerne la première. Je mettais le code de côté pendant quelques semaines et revenais pour découvrir que ce que j'allais travailler ensuite était fait par quelqu'un d'autre, et je ne veux pas simplement copier leur code sans leur donner du crédit d'une manière ou d'une autre. Ne devrait-il pas y en avoir un pour tirer les changements même s'ils ne vous le demandent pas explicitement? Quelle est l'étiquette ici

Je pense peut-être trop à cela, mais merci pour votre contribution à l'avance. Je suis assez nouveau dans la communauté des hackers, mais je veux faire ce que je peux pour contribuer!

40
Alec

1) Pour récupérer les modifications de quelqu'un d'autre, d'abord ajoutez un distant qui pointe vers son référentiel. Par exemple:

git remote add soniakeys https://github.com/soniakeys/goptimize.git

Ensuite, vous pouvez récupérer ces modifications dans votre référentiel (cela ne change pas encore votre code):

git fetch soniakeys

Enfin, pour fusionner ces modifications, assurez-vous d'être sur votre branche master et:

git merge soniakeys/master

2) Pour être poli, vous devriez normalement demander à l'auteur si vous pouvez retirer les modifications. Ce n'est pas parce qu'ils sont sur un référentiel public qu'ils sont prêts à tirer. Il y a peut-être encore du travail à faire, ou peut-être des problèmes de propriété intellectuelle, etc. Cependant, avec les modifications publiées sur un référentiel open source, demander n'est pas strictement requis.

55
Greg Hewgill