El tenedor la sucursal
Fork repo privado github
Anteriormente, al crear un fork todas las ramas del repositorio padre se copiaban al nuevo repositorio fork. Hay varios escenarios en los que esto no es necesario, como cuando se contribuye a proyectos de código abierto. Cuando se copian todas las ramas, puede resultar en una clonación lenta del repositorio y un uso innecesario del disco. Con esta nueva característica, sólo se copia la rama por defecto; ninguna otra rama o etiqueta. Esto puede resultar en clones más rápidos porque sólo los objetos alcanzables serán bajados.
La nueva experiencia crea un enlace verificado, lo que permite a los desarrolladores auditar identidades y confiar en que una cuenta es quien dice ser. La vinculación verificada también mejora significativamente nuestra capacidad para recuperar su cuenta npm en caso de que ya no pueda iniciar sesión en ella.
Los datos heredados ya no se mostrarán en los perfiles npm públicos, y los datos ya no se pueden establecer a través de la CLI de npm. Los datos heredados seguirán conservándose en su perfil privado hasta que se haya realizado un enlace verificado y podrán utilizarse para recuperar la cuenta.
¿Qué significa bifurcar una rama?
La bifurcación es una forma de clonar un repositorio en un punto específico y modificarlo a partir de ahí. Listar ramas en un repositorio. Listar o filtrar ramas de su repositorio. Revisar una rama. Revisar y trabajar en una rama Git en lugar de en la línea de código principal.
¿Podemos bifurcar una rama?
Anteriormente, al crear un fork, todas las ramas del repositorio padre se copiaban al nuevo repositorio fork. Hay varios escenarios en los que esto no es necesario, como cuando se contribuye a proyectos de código abierto.
Github fork con todas las ramas
En primer lugar, Marcus tiene toda la razón en su explicación. Sólo se puede bifurcar un repositorio. Sin embargo, puedes obtener el resultado final de lo que quieres ejecutando un comando piped de una sola línea después de clonar tu fork localmente. No es una operación de un solo paso realizado por Github en sí, sin embargo.
La razón por la que hacemos esto es porque no todos los repositorios tienen su HEAD en master. Algunos utilizan la puesta en escena, o desarrollar, o alguna otra cosa. Así que esto básicamente es un poco más flexible que simplemente suponiendo que la rama principal de la remota es maestra. Tenemos que filtrar la rama HEAD en el lado remoto porque no se puede eliminar de forma remota la rama principal.
Yo sugeriría hacer un script para esto si lo haces a menudo. Puedes llamarlo algo así como git-delete-all-except.sh, y generalizarlo para que tome un nombre remoto (en lugar de asumir fork) y tal vez una lista de ramas a mantener en lugar de sólo una.
Esta es una operación peligrosa. Absolutamente no querrá ejecutar esto en un fork u otro tipo de repositorio en el que usted u otra persona haya estado trabajando activamente y enviando cambios. Le recomiendo que haga esto sólo en repositorios recién bifurcados en los que no se hayan hecho cambios todavía.
Cómo eliminar una rama de github
Una bifurcación es un nuevo repositorio que comparte código y configuraciones de visibilidad con el repositorio original. Las bifurcaciones se utilizan a menudo para iterar sobre ideas o cambios antes de que se propongan de nuevo al repositorio "aguas arriba", como en proyectos de código abierto o cuando un usuario no tiene acceso de escritura al repositorio "aguas arriba". Para más información, consulta "Trabajar con forks".
El software de código abierto se basa en la idea de que compartiendo el código podemos hacer un software mejor y más fiable. Para más información, consulte "Acerca de la Iniciativa de Código Abierto" en la Iniciativa de Código Abierto.
Cuando cree su repositorio público a partir de una bifurcación del proyecto de alguien, asegúrese de incluir un archivo de licencia que determine cómo desea que su proyecto se comparta con los demás. Para más información, consulte "Elija una licencia de código abierto" en choosealicense.com.
Puede que bifurques un proyecto para proponer cambios al repositorio upstream. En este caso, es una buena práctica sincronizar regularmente tu fork con el repositorio upstream. Para hacer esto, necesitarás usar Git en la línea de comandos. Puedes practicar configurando el repositorio upstream usando el mismo repositorio octocat/Spoon-Knife que acabas de bifurcar.
Bifurcación de Github
Anteriormente, al crear un fork todas las ramas del repositorio padre se copiaban al nuevo repositorio fork. Hay varios escenarios en los que esto no es necesario, como cuando se contribuye a proyectos de código abierto. Cuando se copian todas las ramas, puede resultar en una clonación lenta del repositorio y un uso innecesario del disco. Con esta nueva característica, sólo se copia la rama por defecto; ninguna otra rama o etiqueta. Esto puede resultar en clones más rápidos porque sólo los objetos alcanzables serán bajados.
La nueva experiencia crea un enlace verificado, lo que permite a los desarrolladores auditar identidades y confiar en que una cuenta es quien dice ser. La vinculación verificada también mejora significativamente nuestra capacidad para recuperar su cuenta npm en caso de que ya no pueda iniciar sesión en ella.
Los datos heredados ya no se mostrarán en los perfiles npm públicos, y los datos ya no se pueden establecer a través de la CLI de npm. Los datos heredados seguirán conservándose en su perfil privado hasta que se haya realizado un enlace verificado y podrán utilizarse para recuperar la cuenta.