Varias personas han bifurcado mi repositorio de github, pero no se han fusionado del río arriba. Por lo tanto, mi repositorio original ha evolucionado significativamente desde que se realizó la bifurcación, y mientras estas personas muestran una versión antigua de mi trabajo, lo que me hace quedar mal (por ejemplo, lo que muestran es incompleto, contiene errores que he detectado). arreglado desde entonces, etc.).
Al parecer, estas personas no entienden para qué sirve un tenedor; simplemente presionan el botón del tenedor (tal vez como una forma de decir "esto es genial") y luego se van. Idealmente, lo que me gustaría es que mantengan su fork actualizada desde arriba o hagan una contribución significativa o eliminen la fork. ¿Hay algo que pueda hacer al respecto? (No hay, ¿hay? Esto es solo el precio de ser de código abierto, ¿no?)
Respuestas:
Haz tu repositorio privado o quita tu código de GitHub.
Si. El objetivo de Open Source es que otros son libres de cambiarlo y / o redistribuirlo. Dependiendo de la licencia, es posible que pueda obligarlos a usar un nombre diferente al distribuirlo (si lo han modificado, si no lo tienen, esto no se aplica). Sin embargo, no estoy seguro de si la bifurcación se considera redistribuirla ...
Es posible que desee leer la definición de código abierto y ver algunas de las licencias .
fuente
No hay forma de actualizar estos tenedores, a menos que envíe un correo electrónico a cada uno de los propietarios y les pida que lo actualicen.
Sin embargo, no creo que deba preocuparse por los tenedores obsoletos. Déjame explicarte por qué.
Para algunos antecedentes (aunque probablemente sepa esto), así es como se acumulan los tenedores: cada vez que envío una solicitud de extracción a un proyecto de GitHub, primero la bifurco, envío la solicitud y luego me olvido de mi bifurcación. Es posible que nunca vuelva a usar las fuentes del proyecto, por lo que nunca vuelvo a responder, a menos que envíe otra solicitud de extracción. Como resultado, ahora tengo algo así como 50 tenedores y contando por ahí, ninguno de los cuales está actualizado. Nunca me he molestado en eliminar ninguno de esos, simplemente porque no hay razón para hacerlo.
Dependiendo de su flujo de trabajo, algunas personas pueden bifurcar y luego clonar en caso de que alguna vez quieran enviar una solicitud de extracción, por lo que parece que "simplemente presionan el botón de la bifurcación".
Como resultado, todos los proyectos activos tienen acumulaciones obsoletas: si revisa las horquillas Rails , verá que casi todas están desactualizadas.
Por eso, cuando busco en GitHub, supongo que los tenedores de otras personas generalmente son solo copias descartables, en lugar de proyectos mantenidos adecuadamente. Entonces, si veo "bifurcado desde" en la parte superior, iré instantáneamente a la parte superior. No creo que haya clonado alguna vez desde una bifurcación, a menos que la cadena arriba me haya dicho explícitamente que el desarrollo continúa en la bifurcación.
Para resumir: no se avergüence de todas esas versiones antiguas de su software. Nadie los usa de todos modos. Piense en ellos como una insignia de popularidad para su proyecto. ;-)
fuente
Creo que la mentalidad es algo así como:
Y por eso eso deja muchas horquillas rancias, pero tal vez alguna vez una de estas horquillas se convierta en una contribución.
fuente
No, no hay nada que puedas hacer al respecto.
Aquí hay un artículo que habla sobre este "problema" en particular http://andrewwilkinson.wordpress.com/2010/01/27/where-github-possibly-went-wrong/
Estoy en un término medio. Me gusta que los tenedores sean fáciles de crear y creo que les permite a las personas jugar y modificar fácilmente el código, y retroceder si lo desean. Pero, creo que la interfaz de github en la parte superior de las horquillas es defectuosa. Debería ser muy fácil determinar de qué bifurcación (o la original) es la que probablemente debería usar / bifurcación. Imo, sería fácil determinar esto observando la cantidad de confirmaciones y cuán recientes fueron las confirmaciones en cada bifurcación.
fuente