0

In our workflow, we have a script that checks out externals to an ext/ directory. Prior to 1.7 I could delete that folder, do an update, and I would have a directory containing lots of other (empty) directories. Run the script again and I have my external sources back where they were.

I realize that there is a svn:externals property that I can set on ext/ to do this automatically and in fact that is where my problem lies. Someone has already changed one of the folders to an svn:external. When I do an update, it gives me this fine error message:

Fetching external item into 'folder': svn: warning: W155004: '

At revision 78884. svn: E205011: Failure occurred processing one or more externals definitions

Short of deleting my entire project/ folder, is there any way to tell svn 1.7 to stop populating my ext/folder/ from the local copy?

Ben
  • 1,287
  • 15
  • 24

1 Answers1

1

So I was able to resolve my issue of switched directory / externals clashing by:

svn up -r <previous revision>
svn up folder  // this command picked up the deletion of the folder out of my ext
rm -rf folder

At this point, both commands svn ls and ls -al show that folder does not exist.

svn up then proceeded to do the right thing

rudolph9
  • 8,021
  • 9
  • 50
  • 80
Ben
  • 1,287
  • 15
  • 24