Dies ist nicht wirklich eine Antwort auf Ihre Frage, aber ich habe DropBox aus dem gleichen Grund eingesetzt . Es ist plattformübergreifend und Sie können ein Konto mit 100 GB erhalten, wenn Sie nichts dagegen haben, etwas mehr zu bezahlen. Es speichert auch Revisionen von Dateien, die der Quellcodeverwaltung sehr ähnlich sind.
Versionskontrolle für MP3s?
Ich habe viele "binäre Medien", die ich als "MP3s" abstrahiere. Ich habe auch mehrere Computer, auf denen ich die gesamte Bibliothek haben möchte - einen Desktop, eine Media-Box, einen Laptop hier oder dort usw. Kurz gesagt, es wäre schön, alle Computer mit jedem Computer synchronisieren zu können andere, so dass sie alle den gleichen Stapel von Dateien haben.
Im Gegensatz zu einem rsync / robocopy-Lashup scheint ein Versionskontrollsystem im groben Sinne der Weg zu sein. Erstens gibt es mehrere Betriebssysteme (Windows-, Mac- und Linux-Versionen). Zweitens wäre es schön, wenn das ID3-Tag und solche aktualisiert werden, das System nur das Dateidelta aktualisieren und nicht die gesamte Datei erneut kopieren kann. (Schließlich wäre es sehr cool, die Bibliothek über das Internet und nicht über das LAN aktualisieren zu können.)
Ihr klassisches CVS / SVN-System hat jedoch den offensichtlichen Nachteil, dass ein vollständiges Repository erforderlich ist, und ich möchte wirklich nicht, dass zwei Kopien meines 60-GB-MP3-Ordners irgendwo auf einer Maschine sitzen und sich normalerweise nicht mit binären Deltas befassen Gut.
Die verteilte Versionskontrolle hört sich also jetzt ziemlich gut an. Auf dem Papier sehen Mercurial, Idiot und Basar gut aus, aber mit keinem von ihnen habe ich Erfahrung. Hat jemand versucht, mit einem von ihnen ein "Binaries-only" -DVCS einzurichten? Irgendwelche Empfehlungen? Fallstricke
5 Antworten auf die Frage
- Beliebte
- Neu
- Mit Kommentaren
- Aktiv
Ihr klassisches CVS / SVN-System hat jedoch den offensichtlichen Nachteil, dass ein vollständiges Repository erforderlich ist, und ich möchte wirklich nicht, dass zwei Kopien meines 60-GB-MP3-Ordners irgendwo auf einer Maschine sitzen und sich normalerweise nicht mit binären Deltas befassen Gut.
Mit CVS / SVN verfügen Sie über ein Repository und mehrere Arbeitskopien. Das Repository enthält also jede Datei einmal plus die gesamte Historie für jede Datei. Die Arbeitskopie enthält jede Datei einmal plus einige zusätzliche Daten pro Datei (normalerweise ungefähr die Größe der Datei).
Ganz grob: Nehmen wir an, unser Revisionskontrollsystem kann Differenzen von Binärdateien nicht effizient speichern (nicht wirklich wahr, aber der Einfachheit halber). Ihre Sammlung besteht aus 60 GB MP3-Dateien. Wenn Sie im Durchschnitt 10 Revisionen pro Datei haben und die Komprimierung vernachlässigen (weil MP3s schlecht komprimieren), wird Ihr Repo-Repertoire ca. 600 GB und Ihre Arbeitskopie 120 GB.
Die verteilte Versionskontrolle hört sich also jetzt ziemlich gut an.
In einem verteilten System ist jede Arbeitskopie im Wesentlichen ein Repository, dh jede Arbeitskopie enthält jede Datei plus Historie.
Gleiche Annahmen wie oben, jede Kopie hat ca. 600 GB.
Unterm Strich wird ein verteiltes System mehr Platz benötigen als zentral.
BEARBEITEN:
Selbst wenn Ihre Frage eher eine große Anzahl von Binärdateien als große Binärdateien in der Versionskontrolle betrifft, könnte der folgende Beitrag interessant sein: Erneutes Überarbeiten großer Binärdateien.
Das Problem beim Versuch, Versionskontrollsysteme in Dateisynchronisationssysteme zu integrieren, besteht darin, dass Sie am Ende eine Menge Speicherplatz verschwenden, um alle alten Versionsverlaufsdaten in den Repositorys zu speichern.
Persönlich für meine großen binären Mediensammlungen kümmere ich mich nicht darum, Änderungen an einer bestimmten Datei wiederherstellen zu können. Alles, was mich interessiert, ist, dass die Sammlung zwischen meinen Systemen synchronisiert wird. Es gibt viele Dateisynchronisierungslösungen, aber alle haben ihre verschiedenen Vor- und Nachteile. Einige behaupten, sie seien plattformübergreifend, aber das bedeutet nur Win / Mac. Andere sind wirklich plattformübergreifend, haben jedoch keine ausreichenden Dateigrößen- / Mengenlimits, um für große Sammlungen nützlich zu sein. Einige bieten Webzugriff auf die Dateien, unterliegen aber auch den Beschränkungen der Dateigröße / -menge. Jede Lösung, die eine Kopie Ihrer Dateien auf einem Drittanbieter-Server aufbewahrt, kostet Sie unweigerlich Geld, wenn Sie über eine große Sammlung von Dateien verfügen.
Nicht wirklich eine Antwort, aber ich dachte, ich würde es teilen. Ich habe angefangen, SVN für meine HD-Videoprojekte zu verwenden (wie Ereignisse und Hochzeiten, bei denen das Ergebnis stark bearbeitete Videos ist). Dies wird aus verschiedenen Gründen immer großartig.
Normalerweise enthält ein Videoprojekt ein paar oder vielleicht mehrere zehn oder sogar hunderte GB an rohen AVCHD-Dateien (die meisten davon sind nur einige hundert MB groß, seitdem sie von DV-Bändern verschoben wurden;). Diese werden einmal hinzugefügt und festgeschrieben und dann nie geändert, da die gesamte Arbeit an (sehr kleinen und oft text- oder xml-basierten) Projektdateien für Videobearbeitungssoftware, einige Standbilder (die manchmal, aber nicht sehr oft geändert werden) und verschiedene Änderungen vorgenommen werden andere Deskriptordateien.
Das Markieren und Benennen von Clips wird ebenfalls in den Projektdateien gespeichert und nicht zu den eigentlichen Rohvideodateien hinzugefügt, was dies ideal macht. Angenommen, eine Projekt-Repository-Datenbank beginnt mit 10 GB, endet normalerweise mit 11 GB und besteht aus ~ 100 Revisionen. Das gerenderte Endergebnis in verschiedenen Formaten wird natürlich überhaupt nicht im Repository gespeichert, da es immer wieder erzeugt werden kann.
Da MP3s insbesondere ihre Metadaten in der eigentlichen MP3-Datei speichern, stellt dies eine größere Herausforderung dar, aber gemäß dieser Stackoverflow-Frage könnte Subversion dies am Ende ordentlich behandeln, da id3-Tag-Daten am Anfang (oder v1 am Ende) gespeichert werden. der Datei. Da v2.x jedoch beliebig lang sein kann - ich habe keine Ahnung, was passiert, wenn Sie zusätzliche Tag-Daten hinzufügen - wenn die Datei größer wird und möglicherweise den Delta-Vergleich durcheinander bringt, lohnt sich ein Test ...
Und Speicherplatz ist günstig - nur 60 GB? Holen Sie sich ein paar TB-Laufwerke für das Repository und machen Sie es fertig;)
Windows Vista & 7 bieten Shadow Copy / Frühere Versionen. Es ist definitiv nicht so reichhaltig wie ein echter Source-Control-Anbieter, bietet aber einige Vorteile. Wie andere bereits sagten, wird der Speicher, der für mehrere Revisionen erforderlich ist, wahrscheinlich ziemlich groß sein - abhängig von der Größe der Dateien.
Die kostenlosen und beliebten SCMs sind allesamt so an der Aufgabe. SVN zum Beispiel wird gut funktionieren, aber das Repository wird schnell größer und der lokale .svn-Ordner wird ebenfalls ziemlich groß sein.
Wenn Sie alles gesagt und getan haben, sollten Sie in Betracht ziehen, einfach alle Dateien an einen sicheren Ort zu kopieren, bevor Sie große Änderungen an Ihrer Sammlung vornehmen. Wenn Sie tatsächlich MP3s im normalen Alltag verwenden, gibt es keinen Grund, die Dateien zu ändern, und die Kosten für ein Revisionssystem, das selten geänderte große Binärdateien betrachtet, scheint schwer zu rechtfertigen ... aber wenn Sie ' re auf, dann macht SVN zumindest binäre Diffs, CVS macht volle Kopien (viel größer)
Verwandte Probleme
-
2
iTunes auf dem Mac: Wie verwendet man eine externe Musikbibliothek auf einem NAS (Windows-Freigabe)?
-
5
Was ist die beste Software zum Verwalten von Dupes und zum Bereinigen von Daten in iTunes?
-
1
Wie kann man in Winamp eine Ansicht erstellen, in der jeder Künstler, der nur einen Song hat, ausges...
-
7
Windows: Welche Software empfehlen Sie zum Bearbeiten von MP3-ID3-Tags?
-
11
Gibt es eine einfache Möglichkeit, MP3-Dateien zu teilen?
-
11
Versionskontrolle für Bilder
-
8
Versionskontrolle für Designer
-
3
flac2mp3 auf dem mac?
-
5
MP3-Dateien mit Kapiteln in ein Hörbuch einbinden?
-
8
Gibt es gute wma zu mp3 konverter?