Acerca de los métodos de fusión en GitHub
Puedes permitirle a los colaboradores con acceso de escritura a tu repositorio fusionar sus solicitudes de extracción en tu instancia de servidor de GitHub Enterprise con diferentes opciones de fusión o implementar un método de fusión específico para todas las solicitudes de extracción de tu repositorio.
En este artículo
You can configure pull request merge options on tu instancia de servidor de GitHub Enterprise to meet your workflow needs and preferences for managing Git history. For more information, see "Configuring pull request merges." Puedes implementar un tipo de método de fusión, como el cambio de base o la combinación de confirmaciones, con solo activar el método deseado para tu repositorio.
Cuando haces clic en la opción predeterminada Merge pull request (Fusionar solicitud de extracción) en una solicitud de extracción de tu instancia de servidor de GitHub Enterprise, todas las confirmaciones de la rama de característica se agregan a la rama de base en una confirmación de fusión. La solicitud de extracción se fusiona usando la opción --no-ff.
Para fusionar solicitudes de extracción, debes tener permisos de escritura sobre el repositorio.
Combinar tus confirmaciones de fusión
Cuando seleccionas la opción Squash and merge (Combinar y fusionar) en una solicitud de extracción en la tu instancia de servidor de GitHub Enterprise, las confirmaciones de la solicitud de extracción se combinan en una única confirmación. En lugar de ver todas las confirmaciones individuales de un contribuyente de una rama de tema, las confirmaciones se combinan en una confirmación y se fusionan en la rama predeterminada. Las solicitudes de extracción con confirmaciones combinadas se fusionan usando la fast-forward option (opción de avance rápido).
Para combinar y fusionar solicitudes de extracción, debes tener permisos de escritura en el repositorio, y el repositorio debe permitir la fusión de combinaciones.
Puedes combinar y fusionar para crear un historial Git más optimizado en tu repositorio. Los compromisos de trabajo en curso son útiles cuando se trabaja en una rama de característica, pero no son tan importantes para retenerlos en el historial Git. Si combinas estas confirmaciones en una única confirmación al fusionar con la rama predeterminada, puedes conservar los cambios originales usando un historial Git claro.
Antes de activar combinar confirmaciones, considera estas desventajas:
- Se pierde información acerca de cuándo se hicieron originalmente los cambios específicos y quién es el autor de las confirmaciones combinadas.
- Es posible que sea más difícil usar algunos comandos de Git que usan el ID "SHA" o "hash", ya que se pierde el ID SHA para las confirmaciones originales. Por ejemplo, es posible que no sea tan efectivo usar
git rerere.
Para obtener más información, consulta "Configurar la combinación de confirmaciones para las solicitudes de extracción".
Cambiar de base y fusionar tus confirmaciones
Cuando seleccionas la opción Rebase and merge (Cambiar de base y fusionar) en la tu instancia de servidor de GitHub Enterprise, todas las confirmaciones de la rama de tema (o rama de encabezado) se agregan a la rama de base por separado sin una confirmación de fusión. Las solicitudes de extracción con confirmaciones con cambio de base se fusionan usando la fast-forward option (opción de avance rápido).
Para cambiar de base y fusionar solicitudes de extracción, debes tener permisos de escritura en el repositorio, y el repositorio debe permitir la fusión de cambio de base.
El comportamiento de cambio de base y de fusión en GitHub Enterprise varía levemente con respecto a git rebase. El cambio de base y la fusión en GitHub siempre actualizarán la información de la persona que confirma el cambio y crearán nuevas SHA de confirmación, mientras que el git rebase externo a GitHub no cambia la información de la persona que confirma el cambio cuando ocurre el cambio de base superponiendo un compromiso de antepasado. Para obtener más información sobre git rebase, consulta el capítulo "Git rebase" del libro Pro Git.
Para obtener una representación visual de git rebase, consulta el capítulo "Ramas de Git - Cambio de base" del libro Pro Git.
Antes de activar cambiar de base las confirmaciones, considera estas desventajas:
- Es posible que los colaboradores del repositorio tengan que cambiar de base en la línea de comandos, resolver cualquier conflicto y realizar un empuje forzado de sus cambios a la rama de tema de la solicitud de extracción (o rama de encabezado remota) antes de poder usar la opción cambiar de base y fusionar en tu instancia de servidor de GitHub Enterprise. El empuje forzado se debe realizar cuidadosamente para que los colaboradores no sobreescriban un trabajo en el que otros se hayan basado. Para conocer más sobre cuando la opción Cambiar de base y fusionar está desactivada en tu instancia de servidor de GitHub Enterprise y el flujo de trabajo para volver a activarlo, consulta "Acerca de las fusiones de solicitudes de extracción".
Para obtener más información, consulta Configurar el cambio de base de las solicitudes de extracción".