two factors for switching to Mercurial
Bill Barry
after.fallout at gmail.com
Tue Jun 17 15:05:05 CDT 2008
dvd at newfoundmarket.com wrote:
> Hello:
>
> I have been testing Mercurial and it is a great software
> that has advantages over other packages I have used.
> The only two factors that would make hesitant to completely
> switch to Mercurial are
>
> 1. lack of support for empty directory. I saw workarounds
> such as creating hidden files. But these might not work well
> when unpredictable number/depth of empty directories are required
> for other applications to function correctly.
>
Why can't you do this:
create a file in the root of your repository called .emptydirs
create a hook that runs on incoming changes which creates the
directories listed in .emptydirs
Perhaps at some point such a solution could be enhanced with a tool that
automatically finds empty directories and updates this file (ignoring
empty dirs that are in .hgignore).
> Can it be eventually enhanced to support empty directory by
> using some command switch? such as hg --include-empty
> or it can not be done due to design requirement ?
>
> 2. The repository has to be local. i.e. ".hg" must
> be in the same parent directory. It would help a lot sometimes
> if the content under ".hg" could be specified to be located a on a
> different host or directory. something like
Why would someone ever want this?
The .hg directory is not that much different than the .svn folders that
litter svn checkouts (with exception to the fact that the .hg dir stores
all revisions and the .svn counterpart only stores the current parent
revision).
More information about the Mercurial
mailing list