Git-Sicherung von Binärdateien

Question

Ich bin gerade dabei, das GIT-Versionskontrollsystem in 3ds max zu integrieren, um die Versionierung von .max-Dateien zu kontrollieren.

Ich habe Git mehrere Wochen lang mit maximalen Dateien getestet und festgestellt, dass es für meine Bedürfnisse geeignet ist, aber trotzdem ist Git für diese Art von Aufgaben ein wenig zu kompliziert. Was ich suche, ist das Programm, das genauso funktioniert wie (na ja, fast) Git, aber:

1. ist natürlich ein geborenes Windows-Programm - git scheiterte mehrmals auf meiner Netzwerkfreigabe Ordner und zerstörte meine binären max-Dateien. Dies ist das Hauptproblem, und ich weiß nicht, wie es zu lösen.
2. verarbeitet den Dateiinhalt nicht (und versucht es auch gar nicht). Ich denke, das beschleunigt den Arbeitsablauf.
3. hat eine ähnliche Schnittstelle wie TortoiseGIT.

Was diese Software haben muss, ist:

1. Commit- und Log-Befehle
2. Verzweigungsunterstützung
3. verteilt und nicht serverorientiert wie Perforce sein.

Ich habe Mercurial getestet, aber es ist bei großen Binärdateien sehr langsam. Wenn jemand weiß, wie man es beschleunigen kann (durch Deaktivieren der Inhaltsverwaltung, nehme ich an) und TortoiseHg voll funktionsfähig macht, wäre ich für jede Information dankbar.

Ich danke Ihnen!

Answer 1

Binärdateien haben eine Art ambivalente Beziehung zu VCS, weil:

• sie sich nicht zusammenführen lassen (deshalb ist die gesamte "Branchenunterstützung" nicht besonders interessant)
• sie sich nicht sehr gut differenzieren lassen (was bedeutet, dass die Speicherung ihrer Historie nicht sehr kompakt ist)
• sie normalerweise generiert werden können
• oder sie aus anderen Repository-Arten abgerufen werden können

Binärdateien sind Teil der Git-Grenzen, da sie dazu neigen, den gesamten Arbeitsablauf zu verlangsamen, und nicht in der Größe skalieren (das Repository wird schnell zu groß, um effizient verwaltet/gesichert zu werden).

Die Frage lautet also: Könnten Sie diese Dateien in einem anderen Repo als einem VCS speichern?
Vielleicht ein Maven Repo (verwaltet von einem Repo-Manager wie Nexus, nicht genau verteilt, aber dazu gemacht, eine präzise Version von beliebigen Dateisätzen zu referenzieren).

---

Jakub Narebski (aktueller Git-Mitarbeiter) weist zu Recht auf ein Git-Fork-Projekt hin, das in der Lage ist, effizienter mit großen Dateien umzugehen.

[git-bigfiles (ok, das Projektlogo ist genial ;) )

Die Frage bleibt: Ist ein VCS das richtige Werkzeug zur Verwaltung solch großer Objekte?
Denn meiner Erfahrung nach wird die Frage der "Bereinigung der Historie" früher oder später gestellt werden, aufgrund des kontinuierlich zunehmenden Festplattenplatzverbrauchs.
Und VCS sind grundsätzlich nicht dafür gemacht, ihre Historie aufzuräumen.
Git selbst kann dies nicht tun, ohne seinen SHA1-Schlüssel zu ändern, was jede zukünftige Veröffentlichung in anderen öffentlichen Repos problematisch macht.

Answer 2

Was ich nicht verstehe, ist, warum Sie ein DVCS verwenden möchten, ohne diff verwenden zu können und somit davon zu profitieren, wie es der erste Kommentar sagt.

Ich würde zwei mögliche Richtungen vorschlagen:

• werfen Sie einen Blick auf archiva und/oder ivy (Java-Tools), die entwickelt wurden, um die Verteilung von Binärdateien, wie Jar-Dateien, an Entwickler zu verwalten, aber es könnte für Ihren Anwendungsfall zu sehr auf Java (oder sogar Entwicklung) ausgerichtet sein, oder

• versuchen Sie Rsync und seine Backup-Möglichkeiten (Rsync kann beliebig viele Versionen speichern, anstatt die vorherige Kopie durch die neue zu ersetzen). Es scheint gut zu Ihren Bedürfnissen zu passen: funktioniert gut unter Windows, behandelt Binärdateien sowie Textdateien sehr gut, ist sehr bandbreiteneffizient (kann komprimieren) und behandelt Backups mit mehreren Versionen. Das Einzige, was Ihnen fehlen würde, wäre eine GUI, die idealerweise in Winexplorer integriert ist. Vielleicht gibt es welche, das weiß ich nicht..

Hoffe, es hilft.

Viele Grüße,
Christophe.

\= Backups sind für Feiglinge. Echte Männer laden ihre Daten auf eine FTP-Site hoch und lassen alle anderen sie spiegeln. --Linus Torvalds =

Answer 3

Sie möchten möglicherweise Veracity untersuchen, das mit diesem Anforderung im Sinn entworfen wurde. Der Windows-Installer enthält einen Tortoise-ähnlichen Client. (Ich weiß nicht, ob der Mac-Installer eine ähnliche Schnittstelle hat. Ich weiß, dass der Linux Installer derzeit keine solche Schnittstelle hat.)

Relevante Links:

• Herunterladen
• Erste Schritte (Windows-Client)
• Erste Schritte (Befehlszeile)
• DVCS-Vergleichstabelle (Anmerkung, Tabelle erstellt vom Veracity-Team) ... größte Unterschiede zu git sind, dass Sie nicht rebase können - von Konstruktion, kein Neuschreiben von Historie ist erlaubt - und Sie können nicht bisect - weiß nicht, ob dies bewusst ist oder nicht

Answer 4

Haben Sie in Betracht gezogen, Autodesk Vault zu verwenden? Es funktioniert gut mit 3dsmax (wir benutzen es schon seit vielen Jahren, sowohl für Inventor als auch für 3dsmax). http://www.autodesk.com/products/autodesk-vault-family/features

Answer 5

Bezüglich des von git zerstörten binären Max-Dateien,
haben Sie core.autocrlf=false festgelegt?

GIT wäre ein ziemlich nutzloses Quellkontrollsystem, wenn es Quellen zerstören würde.
Diese Frage auf unserem eigenen SO geht tiefer auf die Behandlung von Unterschieden bezüglich CR & LF in GIT ein.