possible bug in git apply?

From: david@lang.hm <david@lang.hm>
Date: Aug 4, 2007, 19:45 UTC
Message-ID: <Pine.LNX.4.64.0708041243070.6905@asgard.lang.hm>

since git doesn't track directories, only content (per the big discussion recently) I beleive that doing a checkout would leave Rob without the directories that he emptied out, so shouldn't git apply also clear the directories to end up in the same state?

David Lang

---------- Forwarded message ----------
Date: Sat, 4 Aug 2007 15:19:54 -0400
From: Rob Landley <rob@landley.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Roland Dreier <rdreier@cisco.com>,
     Linux Kernel <linux-kernel@vger.kernel.org>, linux-doc@vger.kernel.org,
     Andrew Morton <akpm@linux-foundation.org>, Paul Mundt <lethal@linux-sh.org>
Subject: Re: [PATCH 1/2] Group architecture Documentation under
     Documentation/arch.

On Saturday 04 August 2007 2:03:59 pm Rob Landley wrote:

> Signed-off-by: Rob Landley <rob@landley.net>
> Amiga part Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
>
> Move architecture-specific Documentation into a common subdirectory.

I really, really, really hate git.

Ok, on my laptop I just noticed that "git apply" of the patch didn't complain but it also left the empty subdirectories it moved stuff out of. (I don't believe this happened on the version of git I was using on my previous laptop, which ate itself a month and change ago, but obviously I can't check.)

There is no "git rmdir". "git rm" refuses to delete the directory without -r. "git rm -r Documentation/x86_64" listed (as just deleted) all the files that the patch already moved out of the directory.

Am I missing something obvious here?

Rob

-- 
"One of my most productive days was throwing away 1000 lines of code."
   - Ken Thompson.