Süßkord. SCORD reduziert den von einer Subversion-Arbeitskopie verwendeten Speicherplatz, indem nur eine einzige Kopie von nicht modifizierten Dateien gespeichert ist.
Jetzt downloaden

Süßkord. Ranking & Zusammenfassung

Süßkord. Stichworte

Scheibe Platz Sicherungssysteme Subversion Speicherplatz reduzieren. Subversion-Dateisystem.

Süßkord. Beschreibung

SCORD reduziert den Speicherplatz, der von einer Subversion-Arbeitskopie verwendet wird, indem nur eine einzige Kopie von nicht modifizierten Dateien gespeichert wird. SCORD reduziert den Speicherplatz, der von einer Subversion-Arbeitskopie verwendet wird, indem nur eine einzige Kopie von nicht modifizierten Dateien gespeichert wird. Subversion-Benutzer können die Festplatteneinsparungen für Groß-Quellcode oder Medien-Repositorys finden. SCORD steht für "Subversion Check out, reduzierte Festplatten" und befindet sich unter der MIT-Lizenz.A Subversion-Arbeitskopie (ohne SCORD) verwendet 2X den Speicherplatz der Arbeitsdateien, da es zwei Kopien jeder Datei enthält. Die zweite ist eine unberührte Version, die von Subversion verwendet wird, um DIFFS- und Berichtsstatus zu berechnen, ohne sich auf das Repository zu kontaktieren . Während dies die Bandbreite spart (manchmal wesentlich signifikant, z. B. große Arbeitskopien!) Und ermöglicht den Offline-Betrieb, ist es unglücklich, wenn die meisten Arbeitsversionen nicht modifiziert sind (Rendering der unberührten Versionen unnötig). Die Subversion-Entwickler und andere Benutzer haben diesen Nachteil lang lange verstanden, aber schwierige Probleme haben und weiterhin Lösungen verschieben (siehe, warum nicht ... für den warum). SCORD löst dieses Problem, indem er zwischen dem Zugriff von Dateisystemen und dem Dateisystem selbst interessiert, in dem er erkennt, wenn die Arbeitsversion modifiziert ist oder wiederverwendet wird, und kann durch Erstellen oder Beseitigen der unberührten Version reagieren. Scord kann somit explizite unberührte Versionen für nur lokal geänderte Dateien speichern. Um SCORD zu verwenden, müssen Sie ihm mit Ihren lokalen Änderungen vertrauen. Die internen Dateiupdates von SCORD Verwenden Sie die gleichen Techniken, um den Abstürzen als Subversion-Anwendungen für das Arbeiten von Kopieren zu schützen Ein SCORD-Dateisystem unterscheidet sich nicht von einem anderen Dateisystem. SCORD erkennt lediglich den Speicherplatz der Speicherplatzlager in Subversion-Arbeitskopien. Um mit SCORD zu beginnen: $ mkdir .scord_photos / photos / # scord wird das Dateisystem in Fotos / und speichern scord-Daten in .Scord_Photos /: $ scord .cord_photos / Fotos / $ svn. .. # Siehe die Disketteneinsparungen: $ du -sh .sscord_photos / Fotos / 6g .scord_photos / 12g Fotos / # Haltestellen Scorcord über FUSSMOUNT ODER KILL -SIGTERM: $ FUSEERMOUNT -U Fotos / Was ist neu in dieser Version: · Unterstützung für "Verzögerte UNSSHARE" -Stipps hinzufügen: UNSSHAUSE Eine Datei nur, wenn sie sich ändert, anstatt, sobald die Datei zum Schreiben geöffnet wird · Erlauben Sie die Änderung gemeinsamer Dateien, auch wenn die Datei an anderer Stelle geöffnet ist · Verbessern und korrigieren Sie die gemeinsam genutzte Dateiänderung und den Zugriffszeit-Tracking: Wenn Sie zwei Dateien freigeben, setzen Sie die gemeinsam genutzte Datei MTIME und -NIME in die Arbeitskopie an die Arbeitskopie. Das alte Verhalten bestand darin, die maximale Zeit in der Regel zu verwenden. Für Systeme wie MACHEN vermeidet der neue Ansatz sowohl die unnötige Dateiregeneration nach einem Betrieb wie 'SVN Add; SVN Commit 'und stellt sicher, dass die Arbeitskopie mtimes nicht unbeabsichtigt sinkt. · Nanosekunden Zeitstempel-Fehlerbehebung: Der Nanosekunden-Teil der Zugriffszeit einer freigegebenen Datei wurde mit der Modifikationszeit der Arbeitskopie fehlerhaft festgelegt, wenn er mit der Zugriffszeit eingestellt werden soll · Fix-Kompilierfehler für GCC 4.3

Süßkord. Zugehörige Software