Gibt es sowas für Mercurial und andere Exoten auch?

[ikhaya]

Git hat eine sehr sehr umfassende Landschaft an Programmen die damit umgehen können.
Was nutzt man wenn man andere VCS Systeme migrieren möchte und den alten Verlauf behalten will?

[tkfm3]

Kann man mit Erweiterungen, die da auf Namen hören wie git-svn, git-hg, git-p4, git-bzr.. sind meist externe Projekte. Wenn das halbwegs gut läuft, dann mit git-filter-branch (inklusiv im normalen Git) weiterbearbeiten.

Das reicht ESR aber nicht, sinngemäß der Kommentare von phoronix et al hält er ums Verrecken an reposurgeon fest, dessen Implementation solch eine Katastrophe scheint, dass sie nur mit vertikalem Scaling das GCC-Repo bearbeiten könne, weswegen er den besseren Teil eines Jahres drauf gewartet hat, dass ihm jemand einen Threadripper schenkt.

[zilti]

Fossil hat es fest eingebaut (sowohl import als auch export).

[jsonn]

tkfm3 schrieb:
--------------------------------------------------------------------------------
> Das reicht ESR aber nicht, sinngemäß der Kommentare von phoronix et al hält
> er ums Verrecken an reposurgeon fest, dessen Implementation solch eine
> Katastrophe scheint, dass sie nur mit vertikalem Scaling das GCC-Repo
> bearbeiten könne, weswegen er den besseren Teil eines Jahres drauf gewartet
> hat, dass ihm jemand einen Threadripper schenkt.

Meine Erfahrung mit ihm und CVS-Konvertierung ist vergleichbar. Ein Prozess, der mit eigener Software auf einem Rechner mit 4GB RAM in akzeptabler Zeit durchlief, hätte mit der Software von ESR mindestens 64GB+ gebraucht. War nicht sehr beeindruckend.

[PuckPoltergeist]

tkfm3 schrieb:
--------------------------------------------------------------------------------
> Kann man mit Erweiterungen, die da auf Namen hören wie git-svn, git-hg,
> git-p4, git-bzr.. sind meist externe Projekte. Wenn das halbwegs gut läuft,
> dann mit git-filter-branch (inklusiv im normalen Git) weiterbearbeiten.
>
> Das reicht ESR aber nicht, sinngemäß der Kommentare von phoronix et al hält
> er ums Verrecken an reposurgeon fest, dessen Implementation solch eine
> Katastrophe scheint, dass sie nur mit vertikalem Scaling das GCC-Repo
> bearbeiten könne, weswegen er den besseren Teil eines Jahres drauf gewartet
> hat, dass ihm jemand einen Threadripper schenkt.

Das ist Blödsinn. Hast du mit den von dir erwähnten Werkzeugen schon mal gearbeitet? Die kriegen schon Probleme mit kleinen Projekten von wenigen GB Umfang. Das liegt schlicht an der rekursiven Natur von cvs/svn-repos. Da das Repo vom Ende bis zum Beginn mit allen Zweigen gescannt werden muss, geht dir einfach sehr schnell der RAM aus. Hab ich mit mehreren kleinen CVS-Repos durch. Aber du kannst das ja gerne mal am gcc-repo demonstrieren, wie einfach das alles geht.

[ikhaya]

kann man hier Festplatten Platz Nicht ebenso verwenden wie RAM?

[PuckPoltergeist]

ikhaya schrieb:
--------------------------------------------------------------------------------
> kann man hier Festplatten Platz Nicht ebenso verwenden wie RAM?

Man kann natürlich Exabyte-weise Swap einbinden. Nur sehr performant wird das nicht. Welche anderen Optionen zur Datenorganisation existieren kann ich mangels genauer Kenntnisse der svn- und git-Strukturen nicht sagen. Ich gehe aber mal davon aus, dass auch in die Richtung Reposurgeon entwickelt wurde.