Desarrollo dirigido por series

Muchos proyectos revisan parches por serie, no por branch. Publicas v1, recibes feedback, revisas, envías v2, repites hasta el merge. Git proporciona herramientas de primera clase para este bucle.

Generar una serie

git format-patch -o out/v1 main
git format-patch -o out/v1 --cover-letter --thread main
git format-patch -o out/v1 --subject-prefix='PATCH v1' main

Enviar

git send-email out/v1/*.patch \
  [email protected] \
  [email protected]

Configura SMTP en ~/.gitconfig:

[sendemail]
smtpserver = smtp.example.com
smtpuser = [email protected]
smtpencryption = tls
smtpserverport = 587

Iteración

git format-patch -o out/v2 --subject-prefix='PATCH v2' \
  --cover-letter --thread \
  --in-reply-to=<v1-message-id> main

git range-diff main..v1 main..HEAD

Prefijo de reroll

git format-patch -v3 -o out/v3 main

Rastreo de acks

git interpret-trailers --in-place --trailer 'Reviewed-by: Alice <a@x>' <commit>

Errores comunes

Olvidar --in-reply-to en rerolls. Saltarse la cover letter al enviar tres o más parches.