Re: Automatically filling in git send-email arguments based on an existing e-mail

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 02, 2013 at 10:25:25AM +0200, Matthijs Kooijman wrote:
> sometimes when I send a patch, I want to reply it to an existing e-mail,
> using pretty much the same recipient list. Currently, I have to:
> 
>  - copy-paste the message id for --in-reply-to header
>  - copy one address for --to
>  - copy the other addresses for the --cc's
> 
> Since I can't just chuck a list of addresses into --cc and I need to
> quote every one because of the <> and spaces in there, this feels like
> it's more tedious than needed.
> 
> It seems like there should be a weay to just copy paste the headers from
> the original e-mail into the stdin of git send-email or a wrapper script
> and let it sort things out from there.
> 
> 
> Is there any interest in something like this? Does anyone else perhaps
> already have such a script lying around?

I have been working on this for a while, but haven't yet got anything
into a suitable state for submission (and haven't made progress on it
for a while).  My WIP is at:

    https://github.com/johnkeeping/git/tree/format-patch-msgstore

The idea is to introduce a new helper protocol so that you can implement
various ways of finding a message given a message-id; I've implemented
one that finds the message from gmane.

What's there works in format-patch but not with send-email, which
implements message IDs itself rather than forwarding the arguments to
format-patch and I haven't had time to investigate changing send-email
to work with these patches.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]