[PATCH V2] clone: allow clones into effectively empty directories

Dominik Psenner dpsenner at gmail.com
Wed Apr 6 04:00:15 CDT 2011


*hm*

I do not believe that the migration of the problem to a GUI is a neat
solution. But I must reckon that I do not believe hg could possibly handle
all cases properly and it would become a horror to maintain the code as
different OS are invented everyday and each come with their own flavor. So I
would like to propose another idea:

* enable hg to clone into non-empty directories
* let the user decide if he wants to add the existing files to the
repository :-)

At this point it's up to the user if he wants to ignore the files, merge
them with existing version controlled ones or rather adding them to the
repository. I can imagine that this would work well for both cli and ui
users.

> -----Original Message-----
> From: mercurial-devel-bounces at selenic.com [mailto:mercurial-devel-
> bounces at selenic.com] On Behalf Of Frank Kingswood
> Sent: Wednesday, April 06, 2011 10:52 AM
> To: mercurial-devel at selenic.com
> Cc: mercurial-devel at selenic.com; Greg Ward; Jason Harris
> Subject: Re: [PATCH V2] clone: allow clones into effectively empty
> directories
> 
> On 06/04/11 09:11, Martin Geisler wrote:
> >>> In OSX many empty directories actually have a '.DS_Store' file
> >>> in them, which is effectively ignored by lots of things.  The
> >>> presence of this .DS_Store file shouldn't mean that the directory
> >>> is treated as though it really has stuff in it.
> >>>
> >>> Similarly, ignore the thumbs.db and desktop.ini files for windows
> >>> support.
> >>
> >> Yeah, seeing that addition bumps my reaction from -0.5 to -1.
> >
> > You would rather have the various front-ends clean up the directory
> > beforehand? Or maybe move the .DS_Store file away, do the clone, and
> > then move it back?
> 
> I also think it is something that perhaps a GUI might provide, but not hg
> itself. GUI users are more accustomed to their software second-guessing
> their
> intentions, command line users like to know what's happening.
> 
> Frank
> 
> _______________________________________________
> Mercurial-devel mailing list
> Mercurial-devel at selenic.com
> http://selenic.com/mailman/listinfo/mercurial-devel



More information about the Mercurial-devel mailing list