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

RE: Re: cancelling revisions

From: Robert Cronk <rcronk_at_altiris.com>
Date: 2005-08-25 17:20:42 CEST

> > svn delete url -m "delete garbage."
> > with no revision number precision ?
> I think a bit of explanation is in order.
> The idea is that you can svn delete the top of the current tree, then
> revision 36 to replace it, preserving the file history. Subversion
> you do this.
> If you're talking about removing revisions entirely, that's another
> problem. With what's being suggested here, revisions 37-41 will still
> exist in the repository, but they will be hidden and you'll never see
> again except if you were to export some revision in that range.

What if you were to merge the changes backwards from 41 back to 36 and
then check that in? That would not destroy anything. That is the first
thing that came into my mind when I saw the original question. I think
it would look something like this:

svn merge -r41:36 .
svn ci -m"Backing out changes from 41 back to 36"

At that point, the tree should look just like 36 but would be 42 and you
would have a complete history of what just happened. However, since I
am a noobie, I will need someone more experienced to give me feedback on
this technique and syntax.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 25 17:22:40 2005

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.