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

Unversioned files in working copies

From: Markus Wolff <wolff_at_21st.de>
Date: 2004-04-09 17:01:07 CEST

Hi there,

I've recently started using Subversion in favor of CVS as it's easier
to administrate, however, I still got some problems and I hope someone
here can point me into the right direction.

The most recent and annoying problem is this:

I have a modular application written in PHP which is divided into...
- a main repository, where the bulk of common scripts and class files
   is being versioned
- several small repositories with only the plugins for specific

(Note: I *have* to split the repositories for copyright reasons, as
the main repository is open source and thus publically available,
while the specialized plugins are not.)

When testing the app, I need to combine those files. As I most often
make changes in the main repository, I make a working copy of that one
and copy in all the client-specific files by hand to complete my
testing environment.

Now, whenever I change something from the main repository, I can just
hit "commit" in RapidSVN, and I only need to copy changes over to the
specialized repository when I make changes to one of the files that
are unversioned in this copy.

When I do an update on my working copy, however, I can't just hit
update on the top-level directory anymore to have the whole repository
updated - Subversion always complains about not being able to update
unversioned files and doesn't update anything at all. So I have to
update every directory by hand :-(

Examples for Subversion's complaints:
"Execute: Update
Error while performing action: Working copy '...path...' not locked"
"Execute: Update
Error while performing action: REPORT request failed on
File not found: transaction '77', path '...path...'"

Is there any way how I can just recursively update a whole working
copy without Subversion complaining about unversioned files?

Thanks a lot for any hints!


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 9 16:59:14 2004

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.