Olivier LE ROY <olivier_le_...@yahoo.com> writes:
> The solution: put a .gitignore file in each empty directory to have them
> recognized by the Git database cannot work, because some scripts in my
> projects test the actual emptiness of the directories.
Another option is to have a post-checkout hook that does the mkdir for
you. Or do that in the build system if your use case is to store
untracked generated files in the directory.
> Is there any expert able to tell me: this cannot be done in Git, or
> this can be done by the following trick,
Short answer: it cannot be done.
> or why there is no valuable reason to maintain empty directories under
> version control?
The reason would be closer to "there is a valuable reason, but not
valuable enough to change Git to do it". It's actually not so easy to
track directories properly. Storing them in the Git repository is
actually possible (actually, an empty tree is a special case of this,
and is obviously supported), but defining and implementing a decent
behavior for each Git command wrt this is not trivial.
David Kastrup gave it a try a few years ago. I don't remember exactly
what made him give up, but it was never completed and merged.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html