Re: multiple-commit cherry-pick?
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Nov 10, 2008, 21:31 UTC
- Message-ID
- <alpine.DEB.1.00.0811102230330.30769@pacific.mpi-cbg.de>
- In-Reply-To
- <81b0412b0811101224gcffc958o6dbfcdc45e022874@mail.gmail.com>
Hi,
On Mon, 10 Nov 2008, Alex Riesen wrote:
Show 25 quoted lines
> 2008/11/10 Johannes Schindelin <Johannes.Schindelin@gmx.de>: > > On Sun, 9 Nov 2008, Alex Riesen wrote: > >> > >> Oh, I am. But it is just so convenient to have range support for > >> commands which just show commits. Besides, git-show just errors out, > >> instead of producing the commits like git-log does. > > > > Have fun implementing the support, and then explaining to users why this > > shows only one commit: > > > > git show HEAD^..HEAD HEAD~10 > > > > for cs in HEAD^..HEAD HEAD~10; do > case "$cs"; in > *..*) > git format-patch --stdout "$cs" > ;; > *) > git show --pretty=email "$cs" > ;; > esac > done > > At least, this is what I have in mind and how I expect it to work.
That is not the way git-show is implemented (it uses setup_revisions() to check for validity and to parse the arguments), and I cannot think of any way to make this work without ugly workarounds.
Ciao, Dscho