# [PATCH] cherry-pick -x: always insert an empty line 5 messages from 2012-02-18 to 2012-02-23. Participants: Beat Bolli, Junio C Hamano, Sebastian Schuberth. Thread: https://gitlist.dev/t/29663 ## Beat Bolli, 2012-02-18 21:14 Subject: [PATCH] cherry-pick -x: always insert an empty line Message-ID: <1329599690-9152-1-git-send-email-bbolli@ewanet.ch> URL: https://gitlist.dev/e/1329599690-9152-1-git-send-email-bbolli%40ewanet.ch ``` When cherry-picking a commit that has only a summary, the -x option creates an invalid commit message because it puts the hash of the commit being picked on the second line which should be left empty. This patch fixes this buglet by always inserting an empty line before the added line. Aside from that, even with a non-trivial commit the generated note "(cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839)" seems abrupt when appended directly. Cc: Eric Raible Signed-off-by: Beat Bolli --- sequencer.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sequencer.c b/sequencer.c index 5fcbcb8..63fd589 100644 --- a/sequencer.c +++ b/sequencer.c @@ -382,7 +382,7 @@ static int do_pick_commit(struct commit *commit, struct replay_opts *opts) } if (opts->record_origin) { - strbuf_addstr(&msgbuf, "(cherry picked from commit "); + strbuf_addstr(&msgbuf, "\n(cherry picked from commit "); strbuf_addstr(&msgbuf, sha1_to_hex(commit->object.sha1)); strbuf_addstr(&msgbuf, ")\n"); } -- 1.7.9 ``` ## Junio C Hamano, 2012-02-19 08:44 Subject: Re: [PATCH] cherry-pick -x: always insert an empty line Message-ID: <7vhaynp605.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vhaynp605.fsf%40alter.siamese.dyndns.org In-Reply-To: <1329599690-9152-1-git-send-email-bbolli@ewanet.ch> ``` Beat Bolli writes: > When cherry-picking a commit that has only a summary, the -x option > creates an invalid commit message because it puts the hash of the commit > being picked on the second line which should be left empty. > > This patch fixes this buglet by always inserting an empty line before > the added line. > > Aside from that, even with a non-trivial commit the generated note > "(cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839)" > seems abrupt when appended directly. > > Cc: Eric Raible > Signed-off-by: Beat Bolli > --- > sequencer.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/sequencer.c b/sequencer.c > index 5fcbcb8..63fd589 100644 > --- a/sequencer.c > +++ b/sequencer.c > @@ -382,7 +382,7 @@ static int do_pick_commit(struct commit *commit, struct replay_opts *opts) > } > > if (opts->record_origin) { > - strbuf_addstr(&msgbuf, "(cherry picked from commit "); > + strbuf_addstr(&msgbuf, "\n(cherry picked from commit "); Doesn't this need to be conditional? If we cherry pick your commit somewhere else with "-x -s", the resulting commit log message would end like this: Aside from that, even with a non-trivial commit the generated note "(cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839)" seems abrupt when appended directly. Cc: Eric Raible Signed-off-by: Beat Bolli (cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839) Signed-off-by: Frotz Xyzzy which clearly is worse-looking with the extra LF you added in this patch. > strbuf_addstr(&msgbuf, sha1_to_hex(commit->object.sha1)); > strbuf_addstr(&msgbuf, ")\n"); > } ``` ## Beat Bolli, 2012-02-23 08:39 Subject: Re: [PATCH] cherry-pick -x: always insert an empty line Message-ID: <4F45FB31.4000808@ewanet.ch> URL: https://gitlist.dev/e/4F45FB31.4000808%40ewanet.ch In-Reply-To: <7vhaynp605.fsf@alter.siamese.dyndns.org> ``` On 2012-02-19 09:44, Junio C Hamano wrote: > Beat Bolli writes: > >> When cherry-picking a commit that has only a summary, the -x option >> creates an invalid commit message because it puts the hash of the commit >> being picked on the second line which should be left empty. >> >> This patch fixes this buglet by always inserting an empty line before >> the added line. >> >> Aside from that, even with a non-trivial commit the generated note >> "(cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839)" >> seems abrupt when appended directly. >> >> Cc: Eric Raible >> Signed-off-by: Beat Bolli >> --- >> sequencer.c | 2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/sequencer.c b/sequencer.c >> index 5fcbcb8..63fd589 100644 >> --- a/sequencer.c >> +++ b/sequencer.c >> @@ -382,7 +382,7 @@ static int do_pick_commit(struct commit *commit, struct replay_opts *opts) >> } >> >> if (opts->record_origin) { >> - strbuf_addstr(&msgbuf, "(cherry picked from commit "); >> + strbuf_addstr(&msgbuf, "\n(cherry picked from commit "); > > Doesn't this need to be conditional? > > If we cherry pick your commit somewhere else with "-x -s", the resulting > commit log message would end like this: > > Aside from that, even with a non-trivial commit the generated note > "(cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839)" > seems abrupt when appended directly. > > Cc: Eric Raible > Signed-off-by: Beat Bolli > > (cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839) > Signed-off-by: Frotz Xyzzy > > which clearly is worse-looking with the extra LF you added in this patch. What should the condition then be? What is the canonical format for cherry-picks with Signed-off-by: and Cc: footer lines? > >> strbuf_addstr(&msgbuf, sha1_to_hex(commit->object.sha1)); >> strbuf_addstr(&msgbuf, ")\n"); >> } -- mail: echo '' | tr -d '[A-S]' pgp: 0x506A903A; 49D5 794A EA77 F907 764F D89E 304B 93CF 506A 903A gsm: 4.7.7.6.0.7.7.9.7.1.4.e164.arpa icbm: 47.0452 N, 7.2715 E http: www.drbeat.li "It takes love over gold, and mind over matter" -- Dire Straits ``` ## Sebastian Schuberth, 2012-02-23 08:56 Subject: Re: [PATCH] cherry-pick -x: always insert an empty line Message-ID: <4F45FF50.3090009@gmail.com> URL: https://gitlist.dev/e/4F45FF50.3090009%40gmail.com In-Reply-To: <1329599690-9152-1-git-send-email-bbolli@ewanet.ch> ``` On 18.02.2012 22:14, Beat Bolli wrote: > This patch fixes this buglet by always inserting an empty line before > the added line. Thanks for this! Not having an empty line there has annoyed me, too, several times. -- Sebastian Schuberth ``` ## Sebastian Schuberth, 2012-02-23 09:38 Subject: Re: [PATCH] cherry-pick -x: always insert an empty line Message-ID: <4F460906.8030609@gmail.com> URL: https://gitlist.dev/e/4F460906.8030609%40gmail.com In-Reply-To: <7vhaynp605.fsf@alter.siamese.dyndns.org> ``` On 19.02.2012 09:44, Junio C Hamano wrote: > If we cherry pick your commit somewhere else with "-x -s", the resulting > commit log message would end like this: > > Aside from that, even with a non-trivial commit the generated note > "(cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839)" > seems abrupt when appended directly. > > Cc: Eric Raible > Signed-off-by: Beat Bolli > > (cherry picked from commit 555c9864971744abb558796aea28e12a1ac20839) > Signed-off-by: Frotz Xyzzy > > which clearly is worse-looking with the extra LF you added in this patch. Clearly? I would not say so, on the contrary. When using -s together with -x, I'd interpret this as signing off the process of cherry-picking itself, and as such, visually grouping the additional "signed-off" with the "cherry picked from" makes sense to me. -- Sebastian Schuberth ```