On 12/13/07 7:14 AM, "Andy Levy" <firstname.lastname@example.org> wrote:
> On Dec 13, 2007 7:12 AM, Army Research Lab <email@example.com> wrote:
>> Part of my habits for making sure I don't break anything on my own code is
>> to keep lots of tags of my entire working copy around as fallback positions.
>> I now have several hundred, which isn't a problem as the repository makes
>> cheap copies (yay subversion!). The only problem occurs in the case of
>> extreme user stupidity, like what I did yesterday... when I accidentally
>> started a checkout of the entire tags directory (which, if I hadn't killed
>> it, would have required several terabytes of space). My problem now is that
>> if I use svn rm to get rid of the checked out files, they will be deleted
>> from the repository, but at the same time, if I delete them using the file
>> system, then subversion will complain that the files are missing. How do I
>> clean the files out without subversion complaining to me?
> Why can't you just delete the working copy you accidentally made?
I can, but then subversion will complain that the version is missing, right?
I want to keep the tags working copy nice and clean so that if I need to
make a checkout to fallback to, it will always be easy.
Hmmm.... I can see I'm not being clear enough. Subversion currently has a
problem with merging a revision into a tree twice in a row (this is supposed
to be fixed in 1.5), which means I can't just go back to an old version and
merge it into my (currently borked) working copy. To sidestep this problem,
any time I feel like I've reached a semi-important point, I checkpoint it by
tagging it. If I need to fallback, then I do the following:
1) svn rm the current working copy. This fixes the merge problem by making
the merge go away. Commit that, which effectively terminates the working
2) checkout the last fallback I have into the working copy.
When I first started working with subversion, I didn't know enough about it
to realize I could do this, which is why my working copy has branches, tags,
and trunk as directories in it; I thought I'd have to check things out and
then move them. I know better now, but still haven't cleaned up my working
copy (maybe its time that I did!). The current problem is that since I
checked out stuff into tags, if I simply delete it, then the next time I
play in the tags directory (if I need to again, I may never need to),
subversion will complain that something was deleted out of the tags
directory without being "svn rm"ed. I want to make that kind of complaint go
away, without using svn rm. I know that I can do so safely; the fact that
the files are removed doesn't actually remove the history from the
repository, so I can get the copy from one revision back, but I would like
to clean it up so that I don't get complaints, if I can.
Failing that, I'll just go ahead and do what I should have done a long time
ago and clean up my working copy so I'll have checked out from trunk.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Dec 13 13:37:32 2007