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

Re: Issues with the .svn directories

From: Harold Tessmann III <macmog_at_umich.edu>
Date: 2004-03-06 07:11:54 CET

At 7:50 PM +0100 3-4-2004, nick vajberg typed something vaguely similar to:
>I'm getting more and more annoyed having the
>.svn maintainance directories around. I know this has
>been discussed back and forth before, but I still feel
>I have to "file a complaint"...

Just a few suggestions/comments on workarounds or fixes, as I am not
a subversion developer...

>This is why:
>1. We currently have to use a special build of the
>TortoiseSVN because we use VS.NET. That build use _svn
>rather than .svn. Big problem: we still have to use
>the svn command line client for advanced stuff -
>meaning we have to rename directories when switching
>between clients (ouch!)

Wouldn't it be easier to build a custom version of the command-line
client that works with the _svn directories?


>4. Our homegrown ANT JavaDoc processor fails; I guess
>because it expects source directories to contain only
>directories containing java files. I haven't found a
>workaround other than doing a clean SVN export :-( We
>can fix it, but why should a tool expect junk to
>suddently appear in the source directories?

Why not change the program to exclude .svn or _svn directories?
Wouldn't you have the same problem with CVS working copies?


Harold Tessmann III                                 Wandering Programmer
(I handle simian sort)                                  macmog@umich.edu
Breach hull, all die. Even had it underlined.           -- Crow T. Robot
You can never plan the future by the past.                -- Fred Brooks
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Mar 6 07:12:23 2004

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

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