Re: git-svn and empty directories

From: Eric Wong <normalperson@yhbt.net>
Date: Dec 21, 2008, 07:08 UTC
Message-ID: <20081221070854.GA22014@hand.yhbt.net>
In-Reply-To: <200812161353.49796.thomas.jarosch@intra2net.com>

Thomas Jarosch <thomas.jarosch@intra2net.com> wrote:

Show 10 quoted lines

> Hello Eric and Deskin,
> 
> I'm currently looking into preserving empty directories from a SVN repository 
> by automatically creating empty .gitignore files for them.
> 
> The control flow of the git-svn code is still a jungle to me,
> maybe you have a hint how to implement a proof-of-concept code?
> 
> I don't think I can just touch a .gitignore file in get_untracked()
> and those files will magically turn up in git's index...

Hi Thomas,

Modern git-svn never touches the working tree during fetch, it hashes objects into the database and adds those to the indexes directly.

However, I don't think your proposal is a good idea since it adds too much "magic". Complex special cases for delta application if the .gitignore gets real content and backwards-incompatibility since I know some git-svn users already rely on pushing .gitignore files (empty or otherwise) to an upstream SVN repo.

The minor problem of missing empty directories isn't big enough to be worth the trouble IMHO.

The unhandled.log is made to be machine parseable, so if somebody really wanted to recreate empty direct after checkout, they could write a script that parses it and creates it based on the history of the current working tree.

-- 
Eric Wong