On Sat, May 26, 2012 at 3:15 AM, Thomas Gummerer <t.gummerer@xxxxxxxxx> wrote: > On 05/25, Nguyen Thai Ngoc Duy wrote: >> On Wed, May 23, 2012 at 7:21 PM, Thomas Gummerer <t.gummerer@xxxxxxxxx> wrote: >> > == Outlook for the next week == >> > >> > - Start working on actual git code >> > - Read the header of the new format >> >> I know it's out of scope, but it would be great if you could make >> ls-files read the new index format directly. Having something that >> actual works will ensure we don't overlook anything in the new format. >> We can then learn from ls-files lesson (especially how to handle both >> new/old format) and come up with api/in-core structures for the rest >> of git later. > > Thanks for your suggestion. How did you think this should be done? > Writing a extra function in ls-files, just for outputting? I don't > think it is necessary to write a extra function, since the result > from the read_index_from function in read-cache is used for that > anyway. Or did you have something different in mind, that I'm missing > here? No, read_index_from would go through the normal tree->list conversion. What I'd like to see is what it looks like when a command accesses index v5 directly in tree form, taking all advantages that tree-form provides, and how we should deal with old index versions while still supporting index v5 (without losing tree advantages) -- Duy -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html