issue - Cerrar múltiples problemas en Github con un mensaje de confirmación
add label github (3)
Sé que puede cerrar los problemas al closes #1 o fixes #1 en el mensaje de confirmación. ¿Cuál es la mejor manera de cerrar problemas múltiples en el mismo mensaje de compromiso?
Además, parece que usar fixes lugar de closes no crea un vínculo entre el mensaje de compromiso y el problema, pero cierra el problema. ¿Que pasa con eso?
La respuesta y un comentario a esa respuesta mencionan el siguiente formato:
Cierra # 1, cierra # 2, cierra # 3; Mensaje de compromiso real
Si tuviera un proyecto que valiera la pena participar y alguien enviara una solicitud de extracción con dichos mensajes de compromiso, rechazaría la extracción sin importar cuán bello fuera el código.
Es posible que esto sea solo una cuestión de mi preferencia personal y terminará golpeado hasta el suelo por las personas que usan para compactar mensajes de compromiso que llenan los resúmenes de historial de Git, pero preferiría ver los mensajes de confirmación con el formato:
Resumen del cambio realizado.
Corregidos los siguientes errores:
* Cargador de errores modificado, arreglos # 1
* Devuelto un puntero no fijo, arregla # 2
* Aplica nuevos gráficos a los elementos de la GUI, cierra # 3
Pidió la mejor manera de cerrar múltiples problemas.
También tenga en cuenta que si envía la confirmación con el mensaje a cualquier otra rama que no sea la rama predeterminada actual de su repositorio, solo se hará referencia a los problemas. Al presionar el compromiso a la rama principal se cerrarán los problemas. Ver: ¿El número de enlace de GitHub no funciona?
Tenga en cuenta que, desde enero de 2013 , "Problemas de cierre a través de mensajes de compromiso" ha cambiado:
Ahora, cuando ingrese " Fixes #33 " en un mensaje de confirmación, el número 33 solo se cerrará una vez que el compromiso se haya fusionado en su sucursal predeterminada (generalmente master ) .
Esto es muy útil porque significa que el estado abierto / cerrado del problema se correlacionará con su rama predeterminada.
Si el error no se soluciona en su rama predeterminada, el problema permanecerá abierto.
Una vez que la confirmación con la corrección se fusiona en su rama predeterminada, el problema se cerrará automáticamente.Puede usar cualquiera de estas palabras clave para cerrar un problema a través de un mensaje de confirmación:
close, closes, closed, fixes, fixed
Como se ilustra en la pregunta " Cierre de un problema de GitHub mientras se está en una rama diferente ", esto causa cierta confusión al principio.
Closes #1, closes #2, closes #3; rest of commit message.
Las cláusulas closes pueden estar en cualquier parte del mensaje y las fixes son un sinónimo válido:
This fixes a memory leak in foo() that closes #4,
also fixes #5 which is a duplicate.
Lo siguiente solía funcionar, pero hoy en día solo hace referencia a los números 2 y 3.
Closes #1, #2, #3