> - .snap() returned a copy of the index [maybe from a mutable data length] > - storage objects still pending, was thinking of making a specific file for this is the goal. adding storage objects. > - the flat_tree classes themselves are basically the index representations > they can have useful member functions, like appending to end.
the worktree is in an unstable state, and not all the data added has been integrated into the stable code. i was pursuing doing that integration. work was invested in added things that would otherwise be lost. that's happened a few times already, though. i came up with an approach that is a little simpler to think about, where storage objects are added to the wrapping flat_tree class but not the smaller append class. this provides for the option of separating the index structure.
