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

Re: CIA can't count

From: Michael Sinz <michael.sinz_at_gmail.com>
Date: 2005-03-11 11:36:19 CET

On 10 Mar 2005 22:59:14 -0600, kfogel@collab.net <kfogel@collab.net> wrote:
> Micah Dowty <micah@navi.cx> writes:
> > There are two ways to look at this problem. As things stand now, the svn
> > client script is putting directories in the <files> list. Since the
> > server has no reason to think they aren't normal files, it counts them.
> > One solution would be to have the client script avoid putting them in
> > the files list. A better solution would be have the client mark that
> > those files are directories, then have the server exclude directories
> > from its count if people wanted it that way.
> I always thought we were putting a trailing slash on directories, but
> I was wrong: we're not. There is no way from looking at a files list
> in 'svn log -v' output to tell what is a directory. In fact, even
> with 'svn log -v --xml' output there's no way to distinguish between
> files and directories!

This is an unfortunate behavior of the svn log --xml -v output. I ran into
that when wanting to display some change history information with
links to other behaviors. This is not just a behavior that bites CIA.

So far I have just ignored the behavior (aka, I show all entries as entries
and let the detailed behaviors fail if they happen to be directories)
I wish there was some other solution. (A tag/attribute that shows that
an entry in the log is a directory or file...)

Michael Sinz               Technology and Engineering Director/Consultant
"Starting Startups"                          mailto:Michael.Sinz@sinz.org
My place on the web                      http://www.sinz.org/Michael.Sinz
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 11 19:31:18 2005

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.