Serien-getriebene Entwicklung

Viele Projekte reviewen Patches per Serie, nicht per Branch. Sie veroffentlichen v1, erhalten Feedback, revidieren, senden v2.

Eine Serie erzeugen

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

Senden

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

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

Iteration

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

Reroll-Prefix

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

Acks verfolgen

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

Haufige Fehler

--in-reply-to bei Rerolls vergessen — die neue Serie wird nicht unter der alten gethreadet.