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

Re: Is this correct behavior for svn cat?

From: Madan U Sreenivasan <madan_at_collab.net>
Date: 2005-09-06 11:45:30 CEST

On Tue, 2005-09-06 at 13:20, Tom Mornini wrote:
> Thanks to both gents with the same answer.
>
> One huge issue I'm hoping will be resolved some day is
> the difficulty of finding deleted files in old revisions.
>
> Shouldn't I (in a perfect world, or if I submitted the
> patch myself...) be able to do:
>
> svn log URL
>
> and see the log entries for that URL if it ever existed?
doesnt sound logical to me.... I mean, URL can only refer to existing
entities, by definition of a version control system, a deleted file, no
longer exists but in history. so, unless the URL has someway of denoting
where(which point in time) the file actually existed ( lo, behold, isnt
it called revision?!) , the URL would be pointing to a non-existing
entity(doesnt exist 'today')

I hope I have expressed myself well enough to be understood!
> --
> -- Tom Mornini
>
>
> On Sep 5, 2005, at 10:37 PM, Madan U Sreenivasan wrote:
>
> > The problem might be similar to
> > http://subversion.tigris.org/issues/show_bug.cgi?id=2276
> > as in using file@rev might work, while '-r rev' looks at the working
> > copy alone...
>
> On Sep 5, 2005, at 10:42 PM, Raman Gupta wrote:
>
> > Since you are looking at a repository URL, try the svn cat URL@REV
> > form:
> >
> > svn cat svn+ssh://.../docs/video.pdf_at_54
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 6 11:39:04 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.