I deleted manually a directory I just added, offline, in my repository. I can't restore the directory.
Any attempt to do an update or a commit will fail with:
"blabla/.svn" containing working copy admin area is missing.
I understand why, but is there anyway to fix this.
I don't want to checkout the entire repo and add my changes to it manually, it would take hours.
The error "Directory 'blah/.svn' containing working copy admin area is missing" occurred when I attempted to add the directory to the repository, but did not have enough filesystem privileges to do so. The directory was not already in the repository, but it was claiming to be under version control after the failed add.
Checking out a copy of the parent directory to another location, and replacing the .svn folder in the parent dir of the working copy allowed me to add and commit the new directory successfully (after fixing the file permissions, of course).
I had this error recently, when the files were excluded by settings in my SVN globals. The error was especially nasty since I also deleted the files directly from the repository - and this meant that the above solutions were refusing wouldn't work. In this case, manually deleting the .svn directory from the directory that I removed from SVN allowed me to run an update which then allowed me to commit.
I had this error recently. It was caused by root owning a couple of files in the directory giving this error.
After I changed the permissions everything worked as expected.
For me, the same issue happened when I both:
--force) a .map filesvn:ignore via svn propedit svn:ignore .My solution was to:
A common task I experienced was having to take one repo directory in staging and copy it to another repo - both under SVN and both called the same name. The way that worked for me was the following:
svn --force delete PROBLEMATIC-DIR
svn export "https://OLD REPO-A/ new-repo-A"
svn add new-repo-A
svn commit new-repo-A