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

Re: "The system cannot find the file specified" during update

From: Ryan Schmidt <subversion-2008c_at_ryandesign.com>
Date: Tue, 21 Oct 2008 13:07:47 -0500

On Oct 21, 2008, at 11:27, Ruslan Sivak wrote:

>>> I guess this goes back to my issue of committing the files. The
>>> changes happen directly on the file system, and nightly I issue
>>> an svn commit as part of a batch process. The problem, however,
>>> is that it doesn't commit deletiions. Is there still no way to
>>> pass a parameter to the svn executable to tell it to commit the
>>> deletions as well?
>> Run "svn rm" for each file you want to delete. Then "svn ci".
> This will add a lot of complexity to my application. It will also
> add extra revisions which we don't necessarily need. For example,
> someone uploads a photo for the photo gallery. I would then resize
> the photo, and all the original and all the new sizes into the
> repository. The person then decides to replace that photo with a
> different one. I now delete the old photos, commit, upload the new
> photo, resize, add the files, commit again.
> Not only is this a lot more complicated, but it wastes repository
> space.

Extra revisions shouldn't be a problem at all, though I don't see why
there would be extra revisions. You said you issue a nightly commit
as part of a batch process. Presumably before you commit, you run
"svn add" on new files you discover. So, just also run "svn rm" on
the files that need to be marked as deleted in the repository, and
then run your single "svn commit".

I also don't understand your assertion of wasting repository space.
Anything you add to the repository takes up space in the repository.
If you delete it with "svn rm", that space is not reclaimed; it's
still used, and the file is still there in the repository history.
This is how Subversion is designed to work. If you don't want deleted
files taking up space, then you may need to look into a tool other
than Subversion.

>> Sounds like you've already deleted the files without informing
>> Subversion, and would like to now inform Subversion of this after
>> the fact. To find out which files you need to "svn rm", you could
>> run "svn st" -- those lines beginning with "!" are the files which
>> were improperly removed.
>> You generally don't want to detect things after the fact. Use the
>> correct "svn" commands at the time the action occurs. See the FAQ:
>> http://subversion.tigris.org/faq.html#wc-change-detection
> Thank you, I've read this before. I understand that it says not to
> do it, but in our case that's exactly what we want to do. Deletes
> and adds are handles just fine, and we don't do renames. I think a
> while ago smoeone posted a batch script that could be used to auto
> commit the deleted files - does anyone still have it? I really
> wish this would be part of subversion someday.

I don't think it will be made a part of Subversion, because it goes
against the Subversion philosophy.

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-21 20:08:05 CEST

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.