Wie kann ich ein großes Perforce-Repository in ein anderes Versionskontrollsystem exportieren, ohne den Verlauf zu verlieren?

Bei der Arbeit haben wir ein großes Perforce-Repository (ca. 40.000 Änderungslisten, Gesamtspeichergröße ~ 145 GB). Im Allgemeinen sind wir mit Perforce nur mit leichten Fehlern zufrieden, aber wir planen, zu einem verteilteren Entwicklungsmodell zu wechseln, und möchten daher auch zu einem verteilteren Versionskontrollsystem übergehen.

Bisher habe ich die üblichen Verdächtigen (git, mercurial und potentiell bazaar) angeschaut, aber unsere Haupthürde ist derzeit, die Versionsgeschichte aus Perforce zu holen und in die verschiedenen DVCS zu importieren Wir verlieren die Geschichte nicht. Wir würden es auch vorziehen, den Perforce-Server nicht herumhängen zu lassen, wenn wir ihn nicht unbedingt behalten müssen - meine Erfahrung mit dieser Art von Migration ist, dass niemand nach einer Weile auf den alten Repo schaut, so dass Sie den Verlauf verlieren würden auf diese Weise.

Da es mehrere Projekte im Repository gibt, besteht die Idee darin, sie in mehrere DVCS-Projekte aufzuteilen, wenn wir den Verlauf exportieren, da nicht jeder jeden Teil des Verlaufs sehen muss. Unser größtes Projekt enthält jedoch immer noch etwa 2/3 der festgeschriebenen Revisionen und nimmt ca. 2/3 des Speichers ein. Es hat auch die größte Anzahl von Niederlassungen - wahrscheinlich um 30.

Bisher habe ich Folgendes versucht: Alles läuft unter Windows, da wir nur ein Windows-Shop sind:

• Import in Mercurial mit der Erweiterung hg convert . Dies scheint für den Hauptzweig des Projekts, das ich konvertiere, sehr gut zu funktionieren, aber der Versuch, die Perforce-Zweige in benannte Mercurial-Zweige zu konvertieren, scheint immer noch einen flachen Import mit jedem Check-in auf dem Standard-Zweig zu erzeugen. Vielleicht liegt das daran, dass ich die Zweigkarte falsch gesetzt habe, aber hg help convert legt nahe, dass Sie ein Perforce Repo nur mit diesem Importer in eine "flache" Struktur ohne Verzweigungen verwandeln können, was für unsere Verwendung nicht wirklich gut genug ist. li>
• Mit git-p4.py in Git importieren. Perforce-Dokumente, die git als verteiltes Frontend für Perforce verwenden und basierend auf den neuesten Revisionen des Repos einen brauchbaren Git-Repo erstellen. Der Versuch, das gesamte Unterprojekt mit Zweigen zu importieren, bricht den Importer, da der Arbeitsspeicher knapp wird. Daher kann ich nicht einmal sagen, ob es gelingt, unseren Repo korrekt zu importieren.
• Ich hatte dann diesen brillianten Hirnfurz, den Perforce-Repo in SVN zu importieren, wobei alle Zweige entsprechenden SVN-Zweigen zugeordnet sind, wie jedes Versionskontrollsystem unter der Sonne von SVN importieren kann. Dies würde nur SVN als Zwischenschritt bei der Konvertierung verwenden, nicht als das Ziel-VCS - wir würden sonst nichts von dieser Umwandlung gewinnen. Bei der Verwendung von p42svn.pl kam es ziemlich früh zu einem Fehler, da unser Perforce-Server anscheinend nicht von dem Skript gehackt wurde, das anscheinend für jede Datei / Revision eine neue Verbindung herstellt.
• Ich habe noch nicht darüber nachgedacht, die Geschichte in Bazaar zu exportieren, denn es ist ein bisschen ein ran.

Meine Fragen sind also:

• Gibt es neben p42svn.pl ein gutes Werkzeug, um ein Perforce Repo in SVN zu exportieren? Es macht mir nichts aus, SVN als Zwischen-Repo zu verwenden, da es den Export in alle DVCS, die wir uns anschauen, relativ einfach macht.
• Hat jemand Zweigstellen von Perforce erfolgreich in Mercurial-Filialen exportiert, und wenn ja, wie haben Sie das gemacht? Die Dokumente auf der Convert-Erweiterung scheinen ein wenig spärlich zu sein und ich finde keinen guten / funktionierenden Weg, dies zu tun.