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!
> Thanks to pestering from the Coaster folks, CIA now has a standard for
> tagging <file> elements with some extra information- an action
> indicating what happened to the file during a commit, and a mime type.
> For example, here are some lines from the sample message:
>
> <file action="add">src/eggmm/wrap_init.h</file>
> <file action="add">src/undo-op.cc</file>
> <file action="add" type="x-directory/normal">help</file>
>
> The latest svn client already supports the 'action' attribute, but so
> far only Coaster's arch client supports 'type', and the server doesn't
> do anything with it yet. The best way to fix this problem would be to
> finish implementing this in the svn client, and to have the server's
> formatter omit directories when creating the file count.
Or count them in some other way, or whatever, yeah.
But in any case, the onus is clearly on the svn client to produce
distinguishable output.
> Of course, the other solution is to just admit that directories are a
> type of file and that CIA has been right all along ;)
No comment :-).
Thanks for the analysis, Micah,
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 11 06:20:07 2005