How to get rid of .svn directories from working copy?

[nbs <nb...@gazeta.pl>]

I have a tool storing its data (electronics design) in a numerous binary 
files distributed over many subdirectories. It generally works well with 
SVN, except for the following issue.

The tool has a GUI for design management, which permits copying, moving, 
renaming and deleting parts of the design. The problem is, all these 
functions operate recursively on whole subdirectories. If the user 
attempts to make a copy of a design part, a '.svn' directory belonging 
to it will be copied as well. This requires the user to manually delete 
'.svn' directory from the newly copied part before adding and commiting 
it to the repository.

How to move all .svn directories out of the working copy directory? Is 
there any configuration option for this? Alternatively, how to prevent 
SVN client failure when it comes across bogus .svn data.

Thank you,
\R.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: How to get rid of .svn directories from working copy?

[nbs_r <nb...@gazeta.pl>]

Matt Sickler wrote:
> the svn client needs that to operate. there are alternatives though, 
> like steve mentioned, svk stores its metadata other places and theres a 
> way to use apache and dav to set up a dav share that does an autocommitt 
> on every PUT

It's the first time I hear about dav. How do other applications 
interface to dav shares? Through plain filesystem layer?

I haven't checked svk yet but it seems a bit of overkill to me. In fact, 
the only thing I need is an effective central repository for binary 
files (locking) with commit filters, scripts etc. SVN works just fine 
but it is sensitive to operations performed on the local copy by 
applications which are unaware of its '.svn' directories.

\R.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: How to get rid of .svn directories from working copy?

[Matt Sickler <cr...@gmail.com>]

the .svn folder is subversions working copy administrative area - dont mess
with it unless you know what you are doing

the svn client needs that to operate. there are alternatives though, like
steve mentioned, svk stores its metadata other places and theres a way to
use apache and dav to set up a dav share that does an autocommitt on every
PUT


On 2/16/07, nbs <nb...@gazeta.pl> wrote:
>
> I have a tool storing its data (electronics design) in a numerous binary
> files distributed over many subdirectories. It generally works well with
> SVN, except for the following issue.
>
> The tool has a GUI for design management, which permits copying, moving,
> renaming and deleting parts of the design. The problem is, all these
> functions operate recursively on whole subdirectories. If the user
> attempts to make a copy of a design part, a '.svn' directory belonging
> to it will be copied as well. This requires the user to manually delete
> '.svn' directory from the newly copied part before adding and commiting
> it to the repository.
>
> How to move all .svn directories out of the working copy directory? Is
> there any configuration option for this? Alternatively, how to prevent
> SVN client failure when it comes across bogus .svn data.
>
> Thank you,
> \R.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

Re: How to get rid of .svn directories from working copy?

[Steve Bakke <st...@amd.com>]

On 2/16/07 8:55 AM, "nbs" <nb...@gazeta.pl> wrote:

> I have a tool storing its data (electronics design) in a numerous binary
> files distributed over many subdirectories. It generally works well with
> SVN, except for the following issue.
> 
> The tool has a GUI for design management, which permits copying, moving,
> renaming and deleting parts of the design. The problem is, all these
> functions operate recursively on whole subdirectories. If the user
> attempts to make a copy of a design part, a '.svn' directory belonging
> to it will be copied as well. This requires the user to manually delete
> '.svn' directory from the newly copied part before adding and commiting
> it to the repository.
> 
> How to move all .svn directories out of the working copy directory? Is
> there any configuration option for this? Alternatively, how to prevent
> SVN client failure when it comes across bogus .svn data.
> 
> Thank you,
> \R.
The only way I know of to do this is to use SVK as your command-line client.
It stores metadata outside of the directory tree, but uses the subversion
server.  http://svk.bestpractical.com/view/HomePage




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org