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

Re: svn switch problem - cannot switch from ''unclean'' checkout

From: Karl Fogel <kfogel_at_red-bean.com>
Date: 2007-07-12 01:42:27 CEST

james coleman <jamesc@dspsrv.com> writes:
> We had a bit of a problem with using svn switch. If doing a switch
> and there are unversioned (maybe ignored) items in the checkout then
> you can get errors and end up with an unusable repository. We now
> keep a ''pristine'' clean checkout of any trunk or branch that is
> worked off of and update it then copy and switch when we need to
> checkout.
>
> I think this is this issue:
> http://subversion.tigris.org/issues/show_bug.cgi?id=2505
> http://subversion.tigris.org/issues/show_bug.cgi?id=2466
>
> The bugs there last had activity July 2006 so I don't think they're in
> line to be fixed?
>
> Do many large projects with lots of parallel development and branches
> use svn? I wonder are people seeing this issue and giving up on using
> svn switch? I was surprised this isn't better known? Or is it?
>
> I think any project that made use of branches could benefit from
> having this documented. A "bugfix" and better error would be nice also
> in time :) It would be very nice if there was a note in FAQ or manual
> on svn switch. If people agree this is an issue we could submit some
> content for that. For now I'd like to hear what you think.

Both the FAQ and the manual's sources are online, and you could help
by writing the patches you suggest for them. See

   http://subversion.tigris.org/mailing-list-guidelines.html#patches

Thank you,
-Karl

-- 
Subversion support & consulting  <>  http://producingoss.com/consulting.html
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 12 01:42:09 2007

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.