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

Re: Working with renamed files

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-01-17 02:08:40 CET

Hey Greg!

Great to see you guys trying out Subversion (I also saw a bug come in from
Andrew). But wow... up to 20k revisions? Did you guys use cvs2svn to load up
your repos?

On Thu, Jan 16, 2003 at 05:22:50PM -0500, Greg Ward wrote:
> But that means that, at some level, Subversion is ignoring the fact that
> my "co -r 20214" stepped back in time a day. Never mind the *current*
> state of the tree: I explicitly asked to see the state of the tree as of
> rev 20214. But something is preventing me from seeing the full tree:
> sure I get the contents and location of CHANGES.txt as of rev 20214, but
> what about its revision history?
> Is this a shallow little bug? A deep design problem? Or am I just
> failing to appreciate Subversion's view of the world?

As Ben mentioned, there is a bug with our client asking for information on
an item that has been deleted in HEAD. We've fixed a similar bug before, so
we know what to do and just need to get a Round Tuit.

But then you ask, "why does it care about the file in HEAD? I checked out
the older file." And that is where your view and SVN's view is a bit

Unlike CVS, Subversion doesn't have a notion of "sticky". So you checked out
the old revision, but Subversion just regards that as an old working copy.
It isn't going to be "pinned" to that revision in any way. If you typed "svn
up", then you would update to the latest.

Similarly, we don't have sticky dates or sticky tags. Of course, we don't
even have tags :-). For Subversion, since a tag is just another directory,
you *do* get the notion of sticky. If you check out /branches/gward, then
that working copy will always reference /branches/gward; it won't mystically
switch back to /trunk where the "head" development is occurring.

Hope that helps!


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 17 02:07:02 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.