Perché la gente gira i repository su GitHub? [chiuso]

Nella nostra linea di lavoro tendiamo a cercare ragioni tecniche, ma a mio avviso la ragione principale non è tecnica. Se guardi la Guida di GitHub o altri tutorial di GitHub, la forking di un repo è uno dei passaggi principali su come "fai" GitHub.

Quando le persone stanno imparando e valutando GitHub, quasi tutti i tutorial là fuori diranno loro di imporre un repo come parte di quel processo di apprendimento. Dato che lo scopo principale di GitHub è di contribuire, molte persone che lavorano attraverso le esercitazioni standard non si rendono conto se si desidera solo un clone di sola lettura che non sia necessario eseguire prima una fork.

Come hai detto nella tua domanda, la gente gira i repository quando vogliono modificare il codice, perché tu non hanno accesso in scrittura al repository originale (a meno che tu non sia stato aggiunto come collaboratore dal proprietario del repository).

Nel repository biforcato hanno accesso in scrittura e possono modificare le modifiche. Possono anche contribuire torna al repository originale usando richieste di pull .

Penso che ci siano più motivi per cui la gente rinvia gli archivi ma non li cambia:

• potrebbero forgiare un repository che sembra interessante, semplicemente forchettarlo (perché è facile (solo un clic)) e desidera per cambiare in seguito (e poi probabilmente dimenticarlo / non avere tempo per farlo)
• forzano un repository per fare una modifica e poi scoprono che la modifica non è necessaria e dimentica di eliminare il proprio repository
• potrebbero forgiare un repository perché uno dei progetti dipende da un altro repository (magari tramite i sottomoduli) e vogliono il controllo totale sul repository usato come dipendenza (i proprietari del repository originale potrebbero decidere di passare da github a google code ecc.)
• potrebbero semplicemente dimenticare di spingere i commit

Una possibile ragione: hanno codice in esecuzione che dipende da quei progetti e il loro processo di costruzione comporta il trascinamento delle dipendenze da github. Avere la forcella protegge da rotture. Per i progetti che non taggano le versioni, questo è il modo più semplice per farlo.

L'intero punto di Github è "social coding" .

Personalmente, ho fork repository quando:

• Voglio apportare una modifica.
• Penso che il progetto sia interessante e potrebbe volerlo usarlo in futuro, ma non è più semplice salvarlo per il futuro sul dispositivo che sto attualmente utilizzando.
• Voglio utilizzare parte o tutto il codice di quel repository come punto di partenza per il mio progetto.

Now I've heard of people collecting stamps and seashells, but why would anybody want to collect repositories?

Perché no?

Non c'è niente (che io possa pensare) che possa andare storto dal forking di repository per piacere personale. Onestamente, tengo una cartella di progetti interessanti che vedo su Github e in altri luoghi semplicemente per scopi di ispirazione, in parte perché sono un fanatico. Capisco che non devo bifare il progetto per leggere il codice, ma in realtà potrei volerlo modificare in futuro.

Ora inizia a forare.

I fork di un sacco di repository che potrei voler usare il codice, o se è un progetto a cui sono interessato. Quando voglio tornare e dare un altro sguardo al codice in seguito, è più facile trovare se è elencato sotto i miei repository. Non devo google, o bumble in giro cercando di ricordare quale fosse esattamente il nome o pensando "dove ho visto di nuovo il repo su foo?" Se è tra i miei repository è più facile ricordare queste cose.