Re: Idea for revision graph

Stefan wrote:
> There are many problems here:

I did say it was hare-brained ;-)

> * what's the definition of 'distance'? Number of commits? Changed
> lines? Changed bytes? Changed files? Changed lines without whitespace
> changes?

I would say changed lines without whitespace changes (except that some languages
care about whitespace? Python? Don't know).

> * to calculate the distance (no matter which definition), you have to
> do an actual diff between those two. Now, imagine a revision graph of a
> /trunk url, which also has 40 tags already. That's 40 diffs of maybe a
> very large codebase. Considering how long it already takes now to show
> the graph, imagine how long it would take with that.

Perhaps it wouldn't show this by default, and one could trigger that visualisation
by selecting the two branches one cared about after the graph opens?

Or perhaps when clicking TSVN-Revision Graph, the user gets a dialog to ask
which branches they're interested in looking at, and whether or not to recurse
down sub-branches (ie, count those as changes)?

Cheers
Pete

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Nov 22 14:50:07 2006