On Nov 16, 2006, at 07:17, Brad Cox, Ph.D. wrote:
> 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/.
Abandoning the .svn folder strategy and instead storing the data in a
folder outside the working copy, as you suggest, would break a
characteristic of the current layout, which is that any subfolder of
a working copy is itself a completely functioning working copy. Not
sure how valuable that characteristic is, but I have made use of it a
couple times.
There is an open request to allow the text-base to be compressed.
That would fix this problem for you, since the string you're
searching and replacing would be unlikely to appear in compressed data.
http://subversion.tigris.org/issues/show_bug.cgi?id=908
There's another open request to allow working copies with no text-
base at all. That would fix it too.
http://subversion.tigris.org/issues/show_bug.cgi?id=525
In my editor (TextWrangler) I can do a search/replace across all
files whose names end in .php, say. This works fine across a working
copy, because the names of the files in the text-base have .svn-base
appended. Perhaps vim has such a feature too; I don't know. In
addition, TextWrangler's multi-file search/replace seems to ignore
hidden directories, which is also practical in this case.
> 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.
Apple has already made such fixes to Xcode; you can now version Xcode
projects in Subversion without problems. It would be nice if Apple
would fix this situation with the rest of their software that
produces document bundles. However, it's probably more a problem that
Subversion should fix. There's an open request for this as well. It
just came up again on the list a day or two ago.
http://subversion.tigris.org/issues/show_bug.cgi?id=707
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 16 21:20:38 2006