You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Tom Mornini <tm...@infomania.com> on 2005/09/06 04:41:18 UTC
Is this correct behavior for svn cat?
I'm trying to extract an old file in a previous revision.
> tmornini$ svn --version
> svn, version 1.2.3 (r15833)
> compiled Aug 23 2005, 21:11:48
>
> tmornini$ svn ls -r54 svn+ssh://host.name.replaced/video/trunk/docs
> video.dez
> video.pdf
>
> tmornini$ svn cat -r54 svn+ssh://host.name.replaced/video/trunk/
> docs/video.pdf > ~/Desktop/video.pdf
> svn: File not found: revision 510, path '/trunk/docs/video.pdf'
That is *frustrating*.
--
-- Tom Mornini
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Raman Gupta <ro...@fastmail.fm>.
Tom Mornini wrote:
>
> I'm trying to extract an old file in a previous revision.
>
>> tmornini$ svn --version
>> svn, version 1.2.3 (r15833)
>> compiled Aug 23 2005, 21:11:48
>>
>> tmornini$ svn ls -r54 svn+ssh://host.name.replaced/video/trunk/docs
>> video.dez
>> video.pdf
>>
>> tmornini$ svn cat -r54 svn+ssh://host.name.replaced/video/trunk/
>> docs/video.pdf > ~/Desktop/video.pdf
>> svn: File not found: revision 510, path '/trunk/docs/video.pdf'
>
>
> That is *frustrating*.
>
Since you are looking at a repository URL, try the svn cat URL@REV form:
svn cat svn+ssh://.../docs/video.pdf@54
The svn cat -r form is better to use when you want to cat a specific
revision of a file in your working copy e.g.
svn cat -r54 wc/docs/video.pdf
In the above form, svn cat will also follow rename history, AFAIK.
Cheers,
Raman
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Vincent Starre <vs...@comcast.net>.
Ben Collins-Sussman wrote:
> The thing is, Subversion has grown so exponentially popular in the
> last year or two, that it's become hard to keep track of how users
> are using it. In the early days, this list was all about developers
> getting feedback from (and helping) early adopters. Today it's
> almost entirely users helping other users... which is a great thing!
> But the traffic is so high, most of the developers don't read it
> anymore. A few of us are still trying, though, because we don't want
> to lose track of the user base. It's really useful to know what sort
> of bugs are the most troublesome, which concepts are hardest to
> learn, what users are asking for. Developers shouldn't be improving
> the product in a vacuum. :-)
>
though personally I think mailing lists are archaic and wish everyone
would just use IRC or a message board ;)
And yes, sussman is all over IRC, too.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Ben Collins-Sussman <su...@collab.net>.
On Sep 6, 2005, at 3:31 AM, Tom Mornini wrote:
> Thank you Ben!
>
> I've been meaning to ask you a question for some time:
>
> The quantity and speed of your responses to questions on the
> list would indicate that you are a list bot and not a human.
>
> The quality of your answers would indicate that you are a
> human and not a list bot.
>
You honor me, sir. :-)
Actually, I'm just a Subversion developer. I'm one of the oldest
ones -- I was one of the first to be hired by Collabnet, and had some
vague hand in its initial design and implementation. I'm also one of
the authors of the free book.
The thing is, Subversion has grown so exponentially popular in the
last year or two, that it's become hard to keep track of how users
are using it. In the early days, this list was all about developers
getting feedback from (and helping) early adopters. Today it's
almost entirely users helping other users... which is a great thing!
But the traffic is so high, most of the developers don't read it
anymore. A few of us are still trying, though, because we don't want
to lose track of the user base. It's really useful to know what sort
of bugs are the most troublesome, which concepts are hardest to
learn, what users are asking for. Developers shouldn't be improving
the product in a vacuum. :-)
--
www.collab.net <> CollabNet | Distributed Development On Demand
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by David Anderson <da...@calixo.net>.
Tom Mornini wrote:
> Which are you?
>
> Something new, perhaps? :-)
Oh no! They've worked it out!
- Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Tom Mornini <tm...@infomania.com>.
Thank you Ben!
I've been meaning to ask you a question for some time:
The quantity and speed of your responses to questions on the
list would indicate that you are a list bot and not a human.
The quality of your answers would indicate that you are a
human and not a list bot.
Which are you?
Something new, perhaps? :-)
--
-- Tom Mornini
On Sep 6, 2005, at 3:12 AM, Ben Collins-Sussman wrote:
> On Sep 6, 2005, at 2:50 AM, Tom Mornini wrote:
>
>>
>> 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?
>>
>
> Actually, you run
>
> svn log -vq parentURL
>
> The '-q' suppresses log messages, and the '-v' shows changed paths
> in each revision. You're running log on the parent directory,
> because a deletion is a change to the parent, not the file itself.
> All you need to do is grep for "D file".
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Ben Collins-Sussman <su...@collab.net>.
On Sep 6, 2005, at 2:50 AM, Tom Mornini wrote:
>
> 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?
Actually, you run
svn log -vq parentURL
The '-q' suppresses log messages, and the '-v' shows changed paths in
each revision. You're running log on the parent directory, because a
deletion is a change to the parent, not the file itself. All you
need to do is grep for "D file".
--
www.collab.net <> CollabNet | Distributed Development On Demand
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Madan U Sreenivasan <ma...@collab.net>.
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@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
Re: Is this correct behavior for svn cat?
Posted by Russ Brown <pi...@gmail.com>.
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.
>
This is similar to a question I asked a while back but got no reply to.
I was raising the idea of a new command, which given a repository URL
would list the revision span of existence of all objects that have
existed at that path in history.
My idea was for 'svn history', yielding something like:
$ svn history svn://server/some/path/to/object
3:300
350:500
600:700
Showing that different objects existed at that URL three times in
history, between the revision numbers shown. I'm sure that more
information could be supplied for each instance too, such as the type of
node (file, directory etc).
I for one would find that *extremely* useful.
--
Russ.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Is this correct behavior for svn cat?
Posted by Tom Mornini <tm...@infomania.com>.
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?
--
-- 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@54
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org