That sort of information can be represented in the current 2D Subversion space as the line between two points:
Example: http://www.svnflash.com/images/svnflash/branch_is_2d.png If the */a/b* item at the *N+2* revision is replaced (could be also copied or merged) with the previous content of the */a/c* item that produces a line on the same plane surface: */a/c@(N+1)->/a/b@(N+2)* In general, any information which can be represented as a group of points of type *p...@revision* can be represented as a curve belonging to a 2D plane surface. In other words: (path, revision) is a vector on the 2D space. So a 3rd coordinate/concept (path, revision, ?) should be needed in order to get a 3D space. On Tue, Jan 11, 2011 at 4:47 AM, Nick <nos...@codesniffer.com> wrote: > On Mon, 2011-01-10 at 18:46 +0100, Pablo Beltran wrote: > > Hi, > > > > Subversion tracks the evolution of a tree structure along the time. > > Changes can be represented in a bi-dimensional system coordinates: > > time vs space. > > > > The vertical coordinate (space) is the path of the items of the tree > > structure and the horizontal coordinate (time) is the revision number. > > > > Example: http://www.svnflash.com/images/svnflash/subversion_3d.png > > > > Changes of the tree structure along the time can be represented as > > dots (red in the example) in that system coordinates. > > > > Has some sense adding a 3rd coordinate meaning something unknown for > > me at the present? > > > > Thanks and sorry for so abstract question. > > What about using the 3rd axis to show branches and/or merges? > > Nick > > >
