On Tue, Nov 25, 2008 at 9:41 PM, Miklos Vajna <vmiklos@xxxxxxxxxxxxxx> wrote: > On Tue, Nov 25, 2008 at 06:31:41PM +0100, Michael J Gruber <git@xxxxxxxxxxxxxxxxxxxx> wrote: >> I don't know, I just noticed that turning on rename and copy detection >> makes git-fast-import crash, which shouldn't happen either. Something's >> not right here. CC'ing the authors of im- and export. > > Could you please write a testcase that reproduces your problem? > >> Why export|import directly to git? > > I guess he did not know about filter-branch. :) I know about filter-branch (but I am not sure it can do what I want). I made a mistake of not explaining what I want, instead I suggested (a possibly wrong) solution. I want to export the whole git repository as a set of human readable patches, that can be assembled back into a git repository (with the same hashes as the original one) if needed. The reason I want that is that if we later decide to switch to another VCS, we have all the information to reproduce the repository. Another reason is to be sure that we know all the sources that are needed to construct the repository, e.g. that there are no binary blobs (possibly containing malicious code). Another reason I want that is to be able to rewrite the history, in particular, we have one Mercurial repository with some old history and another Mercurial history with a newer history and I just want to concatenate them together into one git repository. In each case I know several workarounds, but if there is a way to just convert the whole git repository into a set of patches and (and be able to convert everything back including the same hashes), then it'd be awesome. See also this thread why people want this (and I assumed git can do this from this thread): http://groups.google.com/group/sage-devel/browse_thread/thread/7b116d902ee20d9c/ Thanks, Ondrej -- 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