I'm afraid there isn't much chance of a change here, but I'm with you
on the whole .svn thing, since I too bump up against this when
working on a Mac. I'm putting together a helper script to make
working with OS X bundles/packages less painful, but it's only a hack
work-around.
imho, the svn team would have better with a single .svn folder tree
off the root of the working copy, so that there were two independent
but related trees. This would have avoided any number of problems
with today's implementation.
--Tim
On Nov 16, 2006, at 5:17 AM, Brad Cox, Ph.D. wrote:
> I just joined this list to see what current thinking is on adopting
> some alternative to hiding .svn directories in each directory. I
> checked the archives since I'm sure this must have come up before
> but found nothing.
>
> Hiding these directories in ./.svn breaks lots of thing that I rely
> on heavily. In vim, I habitually use :e `grep -rl searchString .`
> to find files containing searchString. But this picks up hits
> in .svn directories, often lots of them, and if you accidentally
> change one, it breaks that workarea. Hiding them elsewhere, like ../
> foldername.svn instead of ./.svn, would avoid this landmine. Yes; I
> know about | grep -v \.svn/.
>
> On MacOSX, iWork's Pages word processor and Keynote presentation
> package both use folders to package the various pieces of a
> document (xml, text, graphics, etc). An excellent alternative to
> proprietary binary file formats. But you can't use them do document
> software projects because subversion inserts its stuff (.svn
> directories) inside them, which pages and keynote automatically
> delete. I've filed an Apple bug, but expect they'll claim its not
> their fault that bad things happen when other apps insert arbitrary
> stuff inside iWork folders.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 16 17:49:59 2006