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:
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.
-
