Say I have a large working directory and I am in the process of cleaning out sections of code that are no longer used. Part of this process is flat out svn delete
ing a lot of files. But what if I want to make sure those files are not being used anywhere anymore... if I do svn commit
it will commit all of my other code changes which I don't wish to test at the moment, and if I try to svn commit <deleted file list>
it says those files are not under version control (I already did svn delete
on them).
How can I commit changes to only svn delete
d files?
To remove a file from a Subversion repository, change to the directory with its working copy and run the following command: svn delete file… Similarly, to remove a directory and all files that are in it, type: svn delete directory…
Using svn to delete a file from your working copy deletes your local copy of the file, but it merely schedules the file to be deleted from the repository.
svn delete (del, remove, rm) — Delete an item from a working copy or the repository.
The simple answer is "no", because Subversion doesn't know how to resolve the case when you add a commit, someone else updates their checkout, and then you remove the commit from history. There might or might not be a complex answer involving surgery on the Subversion storage.
Cannot reproduce.
svn commit <list of svn delete'd files>
works fine.
You will get svn: <file> is not under version control
error if you try to commit changes to a file that has already been svn delete'd
and committed. Is there an errant file in your list?
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With