On Tue, 30 Dec 2008, Asheesh Laroia wrote:

quoted text
> On Tue, 30 Dec 2008, Ping Yin wrote:
>
>> 2. unclear logic, for example, whether to remove the directory after the 
>> last file in it is deleted
>
> This is the thing I dislike most about git: that it sometimes calls rmdir() 
> for me.  At least, one should be able to turn it off in a per-repository 
> basis.  I'm going to see how hard a patch that would be to write.

Well, changing this behavior seems to be "as easy as" changing 
unlink_entry in unpack_trees.c to not always rmdir(). The most naive thing 
I can think of is to have unlink_entry in unpack_trees check against the 
git config. It's probably more sensible for unpack_trees to be passed an 
argument that determines if it rmdir()s; that argument could be set via 
argv at "git unpack-tree" time, which could be set out of a configuration 
value read at "git" time.

Would a change of the "more sensible" kind possibly be accepted by the git 
maintainer?

I ask about this because I'm using git to track email in Maildir 
repositories, and in that vein I'm getting bitten by git's removal of 
empty directories.

-- Asheesh.

-- 
You will gain money by an illegal action.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html