Pourquoi les gens bifurquent-ils des référentiels sur GitHub? [fermé]

J'ai remarqué que beaucoup de comptes GitHub n'ont que des référentiels qui sont fournis à partir d'autres comptes. De plus, les personnes qui font cela ne font généralement aucune contribution aux référentiels fourchus.

J'ai entendu parler de gens qui collectionnent des timbres et des coquillages, mais pourquoi voudrait-on collectionner des dépôts? Personnellement, je ne bifurquerais un référentiel que si je voulais y apporter des modifications.

Dans notre travail, nous avons tendance à rechercher des raisons techniques, mais à mon avis, la raison principale n’est pas technique. Si vous consultez l’ aide de GitHub ou d’autres didacticiels GitHub, la création d’un référentiel est l’une des étapes majeures de la procédure de création de GitHub.

Lorsque les gens apprennent et évaluent GitHub, à peu près tous les didacticiels leur diront de débiter un rapport dans le cadre de ce processus d'apprentissage. Puisque l'objectif principal de GitHub est de contribuer, beaucoup de personnes qui suivent les tutoriels standard ne se rendent pas compte que si vous voulez juste un clone en lecture seule, vous n'avez pas à faire de fork.

Comme vous l'avez mentionné dans votre question, les utilisateurs divisent les référentiels lorsqu'ils souhaitent modifier le code, car vous n'avez pas d'accès en écriture au référentiel d'origine (à moins que le propriétaire du référentiel ne vous ait ajouté comme collaborateur).

Dans le référentiel forké, ils ont un accès en écriture et peuvent appliquer des modifications. Ils peuvent même contribuer au référentiel d'origine à l'aide de demandes d'extraction .

Je pense qu'il y a plusieurs raisons pour lesquelles les gens bifurquent des dépôts mais ne les modifient pas:

• ils peuvent créer un référentiel qui a l'air cool, il suffit simplement de le créer (car c'est facile (un seul clic)) et de vouloir apporter une modification plus tard (puis l'oublier probablement / je n'ai pas eu le temps de le faire)
• ils bifurquent un référentiel pour effectuer un changement, puis découvrent que le changement est inutile et oublient de supprimer le propre référentiel
• ils risquent de créer un référentiel car l'un des projets dépend d'un autre référentiel (éventuellement via des sous-modules) et souhaitent avoir un contrôle total sur le référentiel utilisé comme dépendance (les propriétaires du référentiel d'origine peuvent décider de passer de github à google code, etc.). )
• ils pourraient simplement oublier de pousser les commits

Une raison possible: leur code en cours d'exécution dépend de ces projets et leur processus de construction implique d'extraire les dépendances de github. Avoir la fourche les protège contre les changements brusques. Pour les projets qui ne taguent pas les versions, c'est le moyen le plus simple d'y parvenir.

Tout l'intérêt de Github est le "codage social" .

Personnellement, je fourche des référentiels lorsque:

• Je veux faire un changement.
• Je pense que le projet est intéressant et que vous voudrez peut-être l'utiliser à l'avenir, mais vous n'avez pas de moyen plus simple de le sauvegarder pour plus tard sur le périphérique que j'utilise actuellement.
• Je souhaite utiliser tout ou partie du code de ce référentiel comme point de départ de mon propre projet.

Maintenant, j'ai entendu parler de gens qui collectionnent des timbres et des coquillages, mais pourquoi voudrait-on collectionner des dépôts?

Pourquoi pas?

Il n'y a rien (que je puisse penser) qui puisse mal se passer de créer des dépôts pour le plaisir personnel. Honnêtement, je garde un dossier de projets intéressants que je vois sur Github et d’autres endroits simplement pour des raisons d’inspiration, et en partie parce que je suis un geek. Je comprends que je n’ai pas besoin de bifurquer le projet pour lire le code, mais je souhaiterais peut-être le modifier ultérieurement.

Maintenant, commencez à fourrer.

J'utilise beaucoup de pensions pour lesquelles je pourrais utiliser le code, ou si c'est un projet qui m'intéresse. Quand je veux revenir et revoir le code plus tard, il est plus facile de le trouver s'il est répertorié sous mon les dépôts. Je n'ai pas besoin de google ou de bourdonner pour essayer de me rappeler le nom exact ou de me demander "où est-ce que j'ai déjà vu ce dépôt à propos de foo?" Si cela fait partie de mes dépôts, il est plus facile de se souvenir de ces choses.