From: Michael J Gruber <drmicha@warpmail.net>
To: Jeff King <peff@peff.net>
Cc: Eric Blake <eblake@redhat.com>,
Thomas Rast <trast@student.ethz.ch>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: git format-patch should honor notes
Date: Wed, 08 Dec 2010 09:20:52 +0100 [thread overview]
Message-ID: <4CFF3FE4.4080104@warpmail.net> (raw)
In-Reply-To: <20101207221151.GC1036@sigill.intra.peff.net>
Jeff King venit, vidit, dixit 07.12.2010 23:11:
> On Tue, Dec 07, 2010 at 02:53:09PM -0700, Eric Blake wrote:
>
>> My workflow is that I post patch series for upstream review via 'git
>> send-email'. Often, that results in feedback that requires me to
>> amend/rebase my series, and post a v2 or v3 of the series. By adding
>> 'git config notes.rewriteRef refs/notes/commits', I can add notes that
>> will carry across my rebase, and remind me what I changed in v2 (for
>> example, git notes add -m 'v2: fix foo, per mail xyz@example.com').
>> This is handy for me, and I think it is also handy for reviewers -
>> someone who took the time to read through v1 should know what I changed
>> in response to their comments, and only have to focus in on commits with
>> changes, rather than on the entire resent series.
>
> Yeah, that is a workflow that some others have mentioned using here,
> too. And I think there is general agreement that notes should go after
> the "---" in format-patch. We just need a working patch.
>
> Thomas posted one in February:
>
> http://article.gmane.org/gmane.comp.version-control.git/140819
>
> But there were some issues and it never got polished. Michael suggested
> that he does something similar here:
>
> http://article.gmane.org/gmane.comp.version-control.git/140819
>
> but there was no indication on whether it happens manually or if he has
> a patch. I don't know if anything else has happened in that area. I'm
> sure if you feel like working on a patch it would be well received.
>
> -Peff
I do it with ":r!git notes show" in vim (after "/---"), which has the
advantage over "format-patch --show-notes" that the notes are not
indented nor preceded by a "Notes:" header. (I wouldn't mind the
latter.) This is comfortable enough to have kept me from writing a patch.
Also, in order to be really useful, I would need a place to store the
cover letter also. I was experimenting a while back with a design for
annotating branchnames which "basically" worked but haven't had time to
really implement it. If I remember correctly, I had to set up some
"bogus" refs to keep my notes from being garbage collected and was still
figuring out the best place to put them. I'll dig it up when I have time to.
Michael
next prev parent reply other threads:[~2010-12-08 8:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-07 21:53 git format-patch should honor notes Eric Blake
2010-12-07 22:10 ` Junio C Hamano
2010-12-07 22:11 ` Jeff King
2010-12-08 8:20 ` Michael J Gruber [this message]
2010-12-08 10:12 ` Johan Herland
2010-12-08 10:24 ` Michael J Gruber
2010-12-08 10:50 ` Johan Herland
2010-12-08 11:15 ` Thomas Rast
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CFF3FE4.4080104@warpmail.net \
--to=drmicha@warpmail.net \
--cc=eblake@redhat.com \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
--cc=trast@student.ethz.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).