Bifurcando un repositorio en GitHub pero permitiendo nuevos problemas en la bifurcación [cerrado]

109

Anteriormente bifurqué los repositorios de otras personas en GitHub, y noté que los problemas permanecen con el repositorio original, y que no puedo archivar problemas en el repositorio bifurcado.

Ahora tengo la siguiente tarea. Estoy trabajando para una pequeña empresa en la que uno de los directores estaba desarrollando su cuenta personal. Él dejó el proyecto de manera amigable y nos gustaría migrar ese proyecto fuera de su cuenta personal a una nueva cuenta de "rol" en GitHub.

Naturalmente, bifurcaría el repositorio para preservar el historial del código, pero luego terminaré con un repositorio donde no podemos presentar nuevos problemas, lo cual es bastante indeseable.

¿Cómo puedo hacer una copia de este repositorio original en nuestra nueva cuenta, idealmente conservando el historial de código, pero poder presentar nuevos problemas dentro de esta nueva cuenta?

issue-tracking github forking

— Tom Swirly
fuente

Estoy votando para cerrar esta pregunta como fuera de tema porque el soporte para varios productos y servicios debe dirigirse hacia los canales de soporte apropiados.

— Thomas Owens

150

Después de una prueba rápida, es posible adjuntar un problema a su propio tenedor de un repositorio. Aquí esta lo que hice :

Bifurcar un repositorio
Vaya a la página de Configuración de su bifurcación.
Marque la casilla al lado de Issues

Ahora puede archivar problemas en su propia bifurcación y no se colocarán en el repositorio principal.

— marco-fiset
fuente

1

Si sabes qué hacer, seguro. ¿Por qué no está activado por defecto?

— Jaim Eliyah

44

@ChaimEliyah Porque la mayoría de las bifurcaciones en Github están hechas para crear solicitudes de extracción. Es importante asegurarse de que los informes de errores terminen en el proyecto original, no en los clones donde probablemente solo se ignorarían.

— Marc Schütz

13

También existe la opción de transferir (propiedad de) un repositorio de una cuenta a otra (por ejemplo, de un ex empleado a una cuenta de 'organización').

El botón "Transferir propiedad" se encuentra en la parte inferior de la página de Configuración del repositorio, en la sección "Zona de peligro".
El propietario actual del repositorio debe tener privilegios administrativos para la organización de destino (aunque esto podría ser temporal).

— David P
fuente

2

Esta es una pregunta antigua, y preferiría el enfoque que presenta David P.

Una opción más es recordar que un repositorio Git local es un repositorio completo, completo con el historial de código. Usted podría simplemente empujarlo como otro repositorio en GitHub, de tal manera que GitHub no tendría idea de la 2 estaban relacionados. Todavía ves todo tu historial de confirmaciones.

Sin embargo, este enfoque le hará perder cualquier historial de seguimiento de problemas que tenga. El enfoque de David P es superior al mío, en mi opinión.

— juanpaco
fuente