Trascinando le modifiche da un repository biforcato senza una richiesta su GitHub?

Question

Trascinando le modifiche da un repository biforcato senza una richiesta su GitHub?

#1 da (51 voti)

35

Sono nuovo nella comunità dei social coding e non so come procedere correttamente in questa situazione:

Ho creato un repository GitHub un paio di settimane fa. Qualcuno ha biforcato il progetto e ha apportato alcune piccole modifiche che sono state sulla mia to-do. Sono entusiasta che qualcuno abbia biforcato il mio progetto e si sia preso il tempo di aggiungerlo. Mi piacerebbe inserire le modifiche nel mio codice, ma ho un paio di dubbi.

1) Non so come inserire le modifiche tramite git da un repository biforcato. La mia comprensione è che esiste un modo semplice per unire le modifiche tramite una richiesta pull, ma sembra che il forker debba emettere tale richiesta?

2) È accettabile apportare modifiche senza una richiesta di pull? Questo si riferisce al primo. Ho messo da parte il codice per un paio di settimane e sono tornato per scoprire che quello su cui stavo per lavorare dopo è stato fatto da qualcun altro, e non voglio semplicemente copiare il loro codice senza dar loro credito in qualche modo. Non dovrebbe esserci un a tirare le modifiche anche se non ti chiedono esplicitamente? Qual è l'etichetta qui

Potrei pensarci troppo, ma grazie per il tuo contributo in anticipo. Sono abbastanza nuovo nella comunità degli hacker, ma voglio fare il possibile per contribuire!

git github etiquette

posta Alec 10.05.2012 - 05:39

fonte

1 risposta

Leggi altre domande sui tag git github etiquette

Quando si progetta un sistema, è la migliore pratica per soddisfare il progetto attorno al framework che si utilizzerà? Come convinco il mio capo a usare REST su SOAP? [duplicare]

score 51 · Accepted Answer

1) Per inserire le modifiche di qualcun altro, prima aggiungi un telecomando che punta al loro repository. Ad esempio:

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

Quindi, puoi recuperare queste modifiche nel tuo repository (questo non cambia ancora il tuo codice):

git fetch soniakeys

Infine, per unire queste modifiche, assicurati di essere sul tuo ramo master e:

git merge soniakeys/master

2) Per essere educato, di solito chiedi all'autore se è giusto ritirare le modifiche. Solo perché sono su un repository pubblico, necessariamente significa che sono pronti per essere pubblicati. Potrebbero esserci ulteriori lavori da fare, o forse problemi di proprietà intellettuale o altro. Tuttavia, con le modifiche pubblicate su un repository open source, la richiesta non è strettamente richiesta.