🎯 ¿Cansado de los anuncios?
Elimínalos ahora 🚀

El flujo de trabajo es similar al caso de uso anterior: crea ramas de tema para cada serie de parches en las que trabaja. La diferencia es cómo los envía al proyecto. En lugar de bifurcar el proyecto y avanzar hacia su propia versión de escritura, genera versiones de correo electrónico de cada serie de commit y las envía por correo electrónico a la lista de correo de desarrolladores:

$ git checkout -b topicA # (work) $ git commit # (work) $ git commit

Ahora tiene dos confirmaciones que desea enviar a la lista de correo. Utiliza git format-patch para generar los archivos con formato mbox que puedes enviar por correo electrónico a la lista: convierte cada confirmación en un mensaje de correo electrónico con la primera línea del mensaje de confirmación como tema y el resto de el mensaje más el parche que introduce el compromiso como el cuerpo. Lo bueno de esto es que la aplicación de un parche de un correo electrónico generado con format-patch conserva toda la información de compromiso correctamente.

$ git format-patch -M origin/master 0001-add-limit-to-log-function.patch 0002-changed-log-output-to-30-from-25.patch

El comando format-patch imprime los nombres de los archivos de parche que crea. El modificador -M le dice a Git que busque cambios de nombre. Los archivos terminan pareciéndose a esto:

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias