Bifurcando un repositorio en GitHub pero permitiendo nuevos problemas en el fork [cerrado]

Navega tus respuestas
89

Anteriormente he bifurcado los repositorios de otras personas en GitHub, y he notado que los problemas permanecen con el repositorio original y que no puedo archivar los 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 realizando el desarrollo en su cuenta personal. Él ha abandonado amistosamente el proyecto, y nos gustaría migrar ese proyecto de su cuenta personal a una nueva cuenta de "rol" en GitHub.

Naturalmente, daría un bifurcación al repositorio para preservar el historial del código, pero luego terminaré con un repositorio donde no podemos archivar 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 archivar nuevos problemas dentro de esta nueva cuenta?

    
pregunta Tom Swirly 14.12.2012 - 19:43

3 respuestas

130

Después de una prueba rápida, es posible adjuntar un problema a su propia bifurcación de un repositorio. Esto es lo que hice:

  • bifurca un repositorio
  • Vaya a la página de configuración de su bifurcación.
  • Marca la casilla junto a Issues

Ahora puedes archivar los problemas en tu propia bifurcación y no se colocarán en el repositorio principal.

    
respondido por el marco-fiset 14.12.2012 - 20:24
10

También existe la opción de transferir (propiedad de) un repositorio de uno 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 peligrosa".
  • El propietario actual del repositorio debe tener privilegios administrativos para la organización de destino (aunque esto podría ser solo temporal).
respondido por el David P 25.03.2014 - 06:23
2

Esta es una pregunta antigua, y yo 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ódigos. Usted podría simplemente empujarlo como otro repositorio en GitHub, de modo que GitHub no tendría idea de que los 2 estaban relacionados. Todavía ves tu historial de compromiso completo.

Este enfoque podría hacer que pierdas cualquier historial de seguimiento de problemas que tengas. El enfoque de David P es superior al mío, OMI.

    
respondido por el juanpaco 21.10.2014 - 15:27

Lea otras preguntas en las etiquetas

¿Cómo ven los programadores en el Este los programadores en el Oeste? ¿Qué tan importante es la degradación elegante de JavaScript?