Thread (22 messages) flat view 22 messages, 7 authors, 2016-06-15

Re: Calculating tree nodes

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:43:33

Hi,

On Tue, 4 Sep 2007, Jon Smirl wrote:
On 9/4/07, Johannes Schindelin [off-list ref] wrote:
quoted
On Tue, 4 Sep 2007, Jon Smirl wrote:
quoted
In my scheme the path info is moved into the file object nodes and 
the SHA list is in the commit node.
And how should this "SHA list" be any different from a single tree 
object, except that you now merge it with the commit object?

Really, go back to the mail Martin mentioned.  Having all objects in 
one list kills performance.
You are ignoring the fact the in this scheme temp indexes can be
created as needed. These temp indexes could look just like tree nodes.

I'm saying that it may be a mistake to be recording the indexes (aka
file names) as part of the commit when they really aren't.
You still have not acknowledged that you want to do (in essence) _exactly_ 
the same.  Your "temp indexes" awfully remind me of tree objects.

And that is no wonder, since you _need_ something like that, however you 
want to avoid it.  Just admit it that you found -- again -- that flat 
directory structure does not work, and you therefore need some smaller 
structures.  We just happen to call them "tree objects", and for ease of 
concept we wrap directories in them.

Hth,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help