Re: [RFC] git email submissions
- From
- Jeff Garzik <jgarzik@pobox.com>
- Date
- Nov 16, 2005, 18:01 UTC
- Message-ID
- <437B73E2.3080903@pobox.com>
- In-Reply-To
- <437B7213.2020406@zytor.com>
H. Peter Anvin wrote:
Show 22 quoted lines
> Linus Torvalds wrote: > >> >> On Wed, 16 Nov 2005, Jeff Garzik wrote: >> >>> For people without _any_ hosting, it would be nice to give them a >>> method to >>> submit some git changes via email. >> >> >> Well, as long as you don't expect me to take those things.. >> >> BK had it with "bk send"/"bk receive", I used it a couple of times and >> refuse to do it again. >> > > Personally I think it would be nice if you could do an augmented > patchset so that the end result is the same (with the same SHA1 IDs) as > if one had merged a pull, while still being a human-readable patchset. > The advantage with that is that once merged it'll do the right thing on > the author's end. I think that's pretty much my answer to Jeff's > question :)
Agreed.
Though as a disclaimer to Linus and others, I don't plan to use this in my own submissions to Linus. Just thinking it would be a nice thing to have, because there are definitely users out there who don't (for whatever reason) have git-capable hosting.
I would presume an email body would look like
overall description of changes git log master..HEAD | git shortlog git diff master..HEAD | diffstat -p1 git diff master..HEAD <pack file MIME attachment>
Smarter programs would send the overall description and pack file as "[patch 0/N]", and then post the for-review patches in separate emails as "[patch M/N]".
Jeff