Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.
Versión del artículo: Enterprise Server 2.19

Acerca de las bifurcaciones

Una bifurcación es una copia de un repositorio que administras. Las bifurcaciones te permiten realizar cambios a un proyecto sin afectar el repositorio original. Puedes recuperar actualizaciones o enviar cambios al repositorio original con solicitudes de extracción.

Cualquier usuario u organización en GitHub Enterprise puede bifurcar un repositorio. Bifurcar un repositorio es similar a copiar otro repositorio, con dos diferencias principales:

  • You can use a pull request to suggest changes from your user-owned fork to the original repository, also known as the upstream repository.
  • Puedes llevar cambios desde tu repositorio ascendente a tu bifurcación local sincronizando tu bifurcación con el repositorio ascendente.

Puedes bifurcar cualquier repositorio público para tu cuenta de usuario o cualquier organización en la que tengas permisos de creación de repositorios. Para obtener más información, consulta "Niveles de permisos para una organización".

Puedes bifurcar cualquier repositorio privado al que tengas acceso para tu cuenta de usuario o cualquier organización en el Equipo de GitHub o en la GitHub Enterprise sobre la que tengas permisos de creación de repositorios.

You can use GitHub Desktop to fork a repository. For more information, see “Cloning and forking repositories from GitHub Desktop."

Deleting a fork will not delete the original upstream repository. You can make any changes you want to your fork—add collaborators, rename files, generate Páginas de GitHub—with no effect on the original.

In open source projects, forks are often used to iterate on ideas or changes before they are offered back to the upstream repository. When you make changes in your user-owned fork and open a pull request that compares your work to the upstream repository, you can give anyone with push access to the upstream repository permission to push changes to your pull request branch. This speeds up collaboration by allowing repository maintainers the ability to make commits or run tests locally to your pull request branch from a user-owned fork before merging. You cannot give push permissions to a fork owned by an organization.

Private forks inherit the permissions structure of the upstream or parent repository. For example, if the upstream repository is private and gives read/write access to a team, then the same team will have read/write access to any forks of the private upstream repository. This helps owners of private repositories maintain control over their code.

Si quieres crear un repositorio nuevo desde los contenidos de un repositorio existente, pero no quieres fusionar tus cambios de manera ascendente en el futuro, puedes duplicar el repositorio o, si el repositorio es una plantilla, usar el repositorio como una plantilla. Para obtener más información, consulta "Duplicar un repositorio" y Crear un repositorio a partir de una plantilla".

Leer más

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos