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

Re: Making revision graphs easier to read

From: Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de>
Date: Sat, 13 Sep 2008 15:18:16 +0200

Glenn <oznelg_at_yahoo.com> wrote on 2 Sep 2008 15:31:07

> 2. It seems that there are various combinations of icons and node
> shapes. The pictures in the icons don't seem to be mentioned at
> all in the documentation. For example, one of these
> icons shows a pencil. What does
> it indicate? Searching for "pencil" in the manual brings no hits.

In 1.5.x, this indicates a "rename" or "move".

> 4. Maybe some text could be added to the box that appears when you
> roll the mouse over each revision graph node. It could
> say something like Tip Node, added/deleted/renamed node, initial branch
> node, etc.

If no Bad Thing happens, TSVN 1.6 will do that. Actually, it should
show all classification info like "this branch and all its copies have
been deleted".

> 5. When you use the right-drag "move versioned files here" command
> the resulting file has a revision graph that shows a branch node.
> This is not consistent with the description of this command in the "Commit
> the parent folder" caution box in the "Moving files and folders". It says,
> "moves are done as delete followed by add." Given that the branch node
> appears there must be a _copy_ involved? Is the display of the destination
> node in the revision graph correct to label it as a branch? I guess svn
> makes no distinction between copying and
> branching so this is ok although I wonder why the "move versioned files
> here" command doesn't use the underlying svn move command instead of
> the copy followed by add which it seems to use.

The revision graph will detect moves / renames, iff

* a path gets deleted in one revision,
* the same path gets copied in the same revision, and
* from the previous revision, plus
* there is only one such copy

This matches the way SVN models moves and renames today.
So, the key here is that the "add" and the corresponding "delete"
must be committed in the same revision. Should that be the case
and TSVN still shows two nodes, it is probably a bug.

> I hope you find these comments helpful. I used ClearCase for many years
> with code with lots of branches and merges. I relied heavily on their
> revision graphs so I guess I have high standards. I really like
> TortoiseSVN and hope my contributions can help make it really solid.

Thanks for the feedback. I sometimes get a feeling of "nobody
but me" finds it useful at all. It certainly has great potential.

Currently, I restructure the code to make it easier to debug
and to easier to extend with more features. Things, I would
like to see in TSVN 1.6:

* remove redundant information (path names etc.)
* don't waste that much display real estate
* toggle between current vertical display and a horizontal view
* "hide non-modifying paths" option
* collapse / expand tree
* branch structure tree (similar to what you see in the repo browser)
  in a separate view
* show graph overview, revision description and branch structures
  in docking windows.

Should TSVN 1.6 be delayed, we may even get merge tracking
support in.

-- Stefan^2.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-09-13 15:17:47 CEST

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

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