Frej Drejhammar

> I'm looking into converting hundreds of hg repos to git, each of which > have hundreds or thousands of closed branches. The solution can't be > any sort of...

You have to have an entry for each subrepo which is referenced from anywhere in the super repository history. As the submodule documentation shows, it is a requirement to convert...

No response in more than six months, closing.

Largefiles are not supported, so converting is probably a possible solution. There is a half-baked patch in #65 but the contributor never addressed the review comments, so there is something...

Sure, send a patch.

Hg-fast export is pretty dumb and needs the hg2git-* to know where to continue during incremental imports. A nice feature of fast-export is that although it needs the hg2git-* files...

That sounds like a bug, the reasonable thing is, as you say, to error out. @MokhamedDakhraui, @johannesc can you take a look?

Fast export uses `git-fast-import` in the input only mode, so the mapping of hg hashes to git hashes isn't available until the conversion has finished (check the `git-fast-import` manpage). Theoretically...

An alternative would be to use a commit filter plugin to add the hg-hash to the commit message thus avoiding having to look up git annotations while running git filter...

>From your comment, can I assume that a pull request would be welcome? That is a correct assumption.