You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Philippe Lavoie <ph...@cactus.ca> on 2003/12/13 01:28:38 UTC
[BUG] please help! someone added a .svn inside subversion
My manager was help with the help files.
I managed to add .svn inside the repository. When someone does an update
it complains that .svn already exists. I'm stuck, really stuck. How do I
proceed? What should I do?
I was thinking of recompiling subversion with my infamous #ifdef
_WINDOWS to rename the working directory to be "_svn" however there is a
lot of steps before I can build this with Visual Studio.NET. Hopefully
someone has instructions on how to restore the database properly or undo
the change or something like that.
Can someone add a check inside subversion to make sure that the working
copy is not added to the repository? Never undersestimate the ability of
a user to screw a repository...
Please CC me directly on any response as I'm not a member of the list.
Thanks.
Philippe Lavoie
Cactus Commerce eBusiness. All Business.
Tel 819.778.0313 x302 * 888.CACTUS.0 * Fax 819.771.0921
www.cactuscommerce.com philippe.lavoie@cactuscommerce.com
Re: [BUG] please help! someone added a .svn inside subversion
Posted by Ben Collins-Sussman <su...@collab.net>.
On Fri, 2003-12-12 at 19:28, Philippe Lavoie wrote:
> Can someone add a check inside subversion to make sure that the
> working copy is not added to the repository?
It already has one. 'svn add .svn' returns error. Perhaps some other
client (other than the commandline client) has a bug that allows this?
As somebody already said, 'svn rm URL' will do the trick.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [BUG] please help! someone added a .svn inside subversion
Posted by John Szakmeister <jo...@szakmeister.net>.
On Friday 12 December 2003 20:28, Philippe Lavoie wrote:
> My manager was help with the help files.
>
> I managed to add .svn inside the repository. When someone does an update
> it complains that .svn already exists. I'm stuck, really stuck. How do I
> proceed? What should I do?
Not sure how you managed to do that. :-) Can you try 'svn rm URL/.svn'?
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [BUG] please help! someone added a .svn inside subversion
Posted by Ben Collins-Sussman <su...@collab.net>.
On Fri, 2003-12-12 at 19:28, Philippe Lavoie wrote:
> Can someone add a check inside subversion to make sure that the
> working copy is not added to the repository?
It already has one. 'svn add .svn' returns error. Perhaps some other
client (other than the commandline client) has a bug that allows this?
As somebody already said, 'svn rm URL' will do the trick.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [BUG] please help! someone added a .svn inside subversion
Posted by Edmund Horner <ed...@chrysophylax.cjb.net>.
> I managed to add .svn inside the repository. When someone does an update
> it complains that .svn already exists. I’m stuck, really stuck. How do I
> proceed? What should I do?
The usual thing to do to remove something unpleasant like this from the
repository, is to dump and load, using svndumpfilter to remove the .svn
path.
Unfortunately it becomes increasingly frustrating as your repository
grows: but you can reduce the time it takes by making regular
"--incremental" dumps.
So you can create a new repostory, load the existing dump files, stop
before you get to the first one containing the .svn path, then dump the
remainder of the old repository, run it through "svndumpfilter exclude
somepath/.svn", and load it into the new repostory.
Eventually, "svnadmin obliterate" will be there to handle these cases
nicely and easily.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org