[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: feature request: checkout repositories partially

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-09-23 19:27:23 CEST

Robert Schiele <rschiele@uni-mannheim.de> writes:
> My idea would introduce a new operating mode for co which would be
> used, if no URL bot only a relative directory is given. Valid options
> are the same as for "normal" co mode. This means
>
> # svn co subdir
>
> would do the following:
>
> - If called outside a working copy, print an error message.
>
> - If called inside a working copy of the URL http://server/path/to/dir
> it will:
>
> - Print an error message, if subdir already exists as file or dir in
> the current directory.
>
> - Add http://server/path/to/dir/subdir to the current working copy,
> if the repository contains such a subdir and there is no
> conflicting file or dir in the current working copy.
>
> - Print an error message, if http://server/path/to/dir/subdir does
> not exist in the repository.
>
> Is this list complete or do you see cases I am missing here?

Ah, I understand it better now, thanks. So this would be most useful
in a directory that had been checked out with -N first (so the main
thing is to get -N working right). The subsequent checkouts are about
undoing the effect of the -N, a little bit at a time :-).

Thanks for the description. Given a working -N, imho this is a
completely intuitive behavior for follow-up checkouts within that
directory. Would you like to add your comments to

   http://subversion.tigris.org/issues/show_bug.cgi?id=695

(the checkout -N issue)?

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Sep 23 19:52:05 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.