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

Re: problem with svn delete file, svn add file, svn log file

From: Daniele <daniele_at_interline.it>
Date: 2006-06-09 17:51:17 CEST

On Friday 09 June 2006 17:07, Duncan Murdoch wrote:

Hi,
the main point:
$ svn diff -r 127:137 filename.txt
svn: Unable to find repository location for 'filename.txt' in revision
127
still make me think that something is wrong.

> > Additionally svn log doesn't show the full story of the file but
> > only the logs for the newest.
>
> I think that's because Subversion sees those as two different files
> that just happen to have the same name.

That sound a reasonable explanation. It's a bug or an undocumented
feature?
An average subversion user using snv log expect the full log history
for the file. There should be an easy way to figure out that a previous
version of the file one time was removed and re-added.
Of course this is a corner case, but I think that an source control
management system should not hide changes since one of its scope is to
*show* (and keep track of) the changes between revisions.

> If you really wanted to
> revive the file, you should have copied it from rev 133, rather than
> adding a new file with the same name.

In fact I try to maintain an usable svn repository, others are screwing
things up.

> I don't think there's any way to merge the history of these two files
> now, but if you don't have much history on the new one, you could do
> this:

I will try, next week.
Thanks.

Daniele

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 9 17:56:10 2006

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.