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

Problem with revision graph in TortoiseSVN

From: Armin Lütkenhaus <armin.luetkenhaus_at_gmx.de>
Date: 2007-04-12 11:09:50 CEST

Hi,

I encountered a strange effect in TortoiseSVN which I believe is at least an unexpected behaviour. I am not sure if this is really a bug, but I would like to know your opinion.

Here the scenario:

- Create a fresh repository (using the latest version of TortoiseSVN) on a local file system.

- Create some file (say "test.txt") and import it to the repository.

- Check out a working copy (latest revision), which includes the file.

- Edit the file and commit. This should result in repository version 2.

- Delete the file from the directory (using subversion delete offered by Tortoise menu), the commit, resulting in repository version 3.

- Creata a new file with the same name "test.txt", add it to the repository again and commit, resulting in repository version 4.

- Edit the file again and commit, resulting in repository version 5.

Now "update" (in the working directory) to repository version 2. You will see the "old" file "test.txt".

But: When you view the revision graph, you will see the file mentioned for repository revisions 4 and 5, but *not* any hint that such a file already existed in versions 1 and 2, although you are looking at the file which was present in repository revision 2!

As I said, this does not seem intuitive to me and I really would like to know what you think about it.

Regards,

Armin

P.S.: Apart from this, TortoiseSVN seems to be a great piece of software! Thank you for working on it!

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Apr 12 11:36:14 2007

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

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