From: Denis Bueno <dbueno@gmail.com>
Date: Fri, 11 Jul 2008 18:28:43 GMT
Subject: Re: git cherry-pick before archive
Message-ID: <6dbd4d000807111128l4721113dh3713bc7abd3d837e@mail.gmail.com>
In-Reply-To: <alpine.DEB.1.00.0807111924180.8950@racer>

On Fri, Jul 11, 2008 at 14:25, Johannes Schindelin
<Johannes.Schindelin@gmx.de> wrote:
> Anyway, back to Denis' question: I could imagine (haven't tested,
> thought), that "git revert -n <the-same-commit>" would undo the "git
> cherry-pick -n".

So I need to be able to maintain the patch that is applied to the tree
before archiving, so instead of a commit ID, I'm now using a patch
file, and the sequence of actions is like so:

    $ <assume index is clean>
    $ git apply --cached patchfile || exit 1
    $ git archive --format=tar --prefix=pfx/ $(git write-tree) \
          | gzip > prj.tgz
    $ git reset

This way I don't even need to reverse-apply the patch, because I never
touch the working copy.  Of course, this can't be done in this way in
any other revision control system, because they don't have an index.

-- 
 Denis