On Mon, 2005-08-01 at 09:34 -0400, Mark Phippard wrote:
> Are you against the feature altogether, or just the idea of a new
> subcommand? I believe all of the discussion on this feature has
> gravitated towards it being a new option on the checkout command instead
> of a command in its own right.
Sorry, I missed that. I'm less opposed if it is an option to checkout,
but I remain concerned about the amount of code involved in the proposed
rsync-like functionality.
But a checkout option to adopt existing files as the modified wc copy
seems reasonable, if it turns out not to be too complicated.
> This Eclipse wizard creates some files and folders on the file system that
> we have to check out into. As it stands now, if the wizard creates any
> files or folders locally that are also going to be checked out, then the
> entire checkout process will just abort. So we could really use an option
> to tell the checkout command to either just overlay any files and folders
> it encounters or do something more advanced as this takeover option
> proposes.
I think it would be reasonable for checkout to adopt exising directories
by default--no option required. That should be good enough for Eclipse,
since conflicting *files* is actually an error condition in the use case
you described.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 1 18:08:21 2005