[prev in list] [next in list] [prev in thread] [next in thread] 

List:       subversion-issues
Subject:    =?UTF-8?B?W0lzc3VlIDY5NV0gICJzdm4gY2hlY2tvdXQgLU4iIHNob3VsZCBhYw==?=
From:       aguilr () tigris ! org
Date:       2005-08-22 21:34:14
Message-ID: 20050822213414.1242.qmail () tigris ! org
[Download RAW message or body]

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






------- Additional comments from aguilr@tigris.org Mon Aug 22 14:34:14 -0700 2005 -------
> > - svn {co,up} -N would checkout a full .svn directory, yet not download
> >   download files;
> 
> This seems totally wrong behaviour; it's not a non-recursive checkout.

Then maybe call it a blank checkout; something like "svn --blank"?  Basically a
way to link a working copy to some path in a repository, but leave it completely
empty.  This sounds useful in case you don't want any files that may be
sprinkled within the directory being checked out either.

> That works now, yes, but if you do an ordinary "svn up" in the root of your 
> WC, you'll get everything. You'd have to always update with explicit file and
> directory names -- that's not making SVN easier to use.

Right you are; sorry.  The commands svn [include|exclude] make sense; if a
file/directory is not included, svn up would not try to update it.

> > - make svn st more quiet when it comes to reporting missing directories
> 
> Excuse me? How? By not telling you about missing directories at all? That's
> contrary to the whole idea of versioned diretories. 

Just to clarify, in my initial post I mention quieting down the reporting by
specifying a -qm (quiet missing) flag.  Not displaying missing directories would
be an explicit request.

If something is not included using "svn include", would "svn st" display a line
saying those entries are exluded?  A "-qe" flag (quiet excluded) still sounds
like a good idea.  Or maybe in this case, it'd be a verbose flag, so it doesn't
show the exluded entries by default.

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@subversion.tigris.org
For additional commands, e-mail: issues-help@subversion.tigris.org

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic