Tim Ansell <mithro@xxxxxxxxxx> writes: > Last week at the gittogether I lead some discussions about how we could > make Git better support large media repositories (which is one area > where Subversion still make sense). It was suggested that I post to this > list to get a discussion going. > > The general idea is that we always clone the complete meta-data (tags, > commits and trees) and then only clone blobs when they are needed (using > something like alternates). This allows us to support shallow, narrow > and sparse checkouts while still being able to perform operations such > as committing and merging. [...] Well, the *workaround* you could currently use is to put large media files in separate subdirectory, and make this subdirectory into submodule. This uses the fact that you can selectively clone submodules, or leave them as a stubs... ...and this is also the code you might want to look at when implementings stubs for 'remote' blob objects -- Jakub Narebski Poland ShadeHawk on #git -- 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
