Re: Empty directories in Git: Current guidance for historical commits?
- Date: Tue, 5 Sep 2017 19:58:07 +0200
- From: Torsten Bögershausen <tboegi@xxxxxx>
- Subject: Re: Empty directories in Git: Current guidance for historical commits?
On 2017-09-05 14:47, wafflecode@xxxxxxxxxxx wrote:
> Per the FAQ it's clear that Git (by current design) does not track empty
> That's fine and I can fix that for my code going forward via the build system,
> as needed.
> However I'm looking to import a fairly deep (10k+ commits) svn history in to Git
> and I'm wondering what the current best practices are for dealing with empty
> folders? Meaning to say, I'd like to be able to check out an older revision of
> the code and have it build correctly using the older build system which expects
> certain folders to exist.
> There are a few different answers floating around the net, so I figured I'd
> confirm via the mailing list.
> Is just dropping a ".gitignore" or "README" file in the empty directories during
> conversion still the most reasonable approach?
A .gitignore will, but may cost 0.001% CPU time when running "git status".
I have seen systems that create a file called ".empty" in every directory.
> If so, is there a way to do this
> automatically during the conversion using "git svn" or the like?
Not what I am aware of.
And even if, the .empty files need to be removed, once the directory is
And we don't have logic for that, as far as I know.
That would be by suggestion:
convert the repo "as is", with the tools we have.
If you need to continue to work on an old branch (or the master branch),
add the .empty file, where needed, and continue to work in Git, on
a branch as usual.
> Thank you