On Mon, 12 Jan 2009, Johannes Schindelin wrote: > Hi, > > On Mon, 12 Jan 2009, Daniel Barkalow wrote: > > > Maybe fast-import should be able to run with a bi-directional connection > > to its input, so it can acknowledge checkpoints? > > Whoa. > > fast-import was first and foremost a very simple way to get stuff done. > Is it absolutely necessary to complicate that? > > I mean, I don't know about git-svn, but shouldn't it be > relatively easy to use fast-import to import from Subversion once the > information is extracted from Subversion? I assume that git-svn's problem is that it would need to store too much of the information (rather than being able to discard it) if it couldn't get the information back from the git object database. Actually, I think it might be actually simplify programs using fast-import if they could ask it for data from before, and I think that would have to be necessary in order to have a reasonable non-git-specific incremental importer without duplicating the storage of a lot of information that previously went into fast-import. I know I found it helpful in my p4 one to be able to pick up the incremental state by looking at what refs exist and the information in commits they point to, rather than trying to get the information from the perforce client state or custom storage. -Daniel *This .sig left intentionally blank* -- 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
