Was sind die besten Vorgehensweisen in Bezug auf die Planung von Speicherplatz für ein Subversion-Repository, das durchschnittliche Entwicklungsprojekte hostet (d. H. Mit Textdateien meist und dem seltsamen binray hier und dort)?Wie viel Speicherplatz sollte ich für mein Subversion-Repository reservieren?
Wenn mein Projekt zum Beispiel 100Mb als Arbeitskopie beansprucht, wie viel Speicherplatz sollte ich reservieren, damit das Repository bequem ist?
Zwar gibt es keine praktikable Formeln, Ihnen zu helfen geschätztes Wachstum und Festplattennutzung zu berechnen, sollten die folgende Subversion Handbuch Themen helfen Ihnen ein besseres Verständnis Implementierung auf der zugrunde liegenden Datenspeicher zu gewinnen
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.planning.html
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html#svn.reposadmin.maint.diskspace
Die Sicherung und Migration eines Repositorys auf einen anderen Datenträger ist relativ einfach, sodass Sie die Möglichkeit haben, zu einem größeren Laufwerk zu wechseln, wenn der Festplattenspeicher wirklich erschöpft ist.
Ein Faktor von untergeordneter Bedeutung: Sie möchten vielleicht auch feststellen, ob Ihre Schätzung für Ihre lokale Arbeitskopie alle dazwischenliegenden Build-Artefakte und Svn-Client-Dateien enthält; Diese Dateien sollten nicht zu Ihrer Projektgröße von 100 MB beitragen. Ein neuer Export aus Ihrem Repository sollte nur die Dateien enthalten, die unter Versionskontrolle stehen. Aber wie von anderen erwähnt, ist das nicht so wichtig wie die Anzahl und Größe der Änderungen/Revisionen, die das Projekt durchlaufen hat.
Ich vermute, es wird mehr mit der Menge der Geschichte zu tun haben, als die Anzahl der Dateien.
Ich glaube nicht, dass es Best Practices in Bezug auf Repository-Speicherplatz gibt. Die übliche Praxis ist, es so viel wie praktisch zu geben. 20 GB, 40 GB sind gut genug.
Beachten Sie, dass Subversion Dateiänderungen speichert, anstatt tatsächlich geänderte Dateien. Daher hängt die Nutzung des Speicherplatzes vollständig davon ab, wie häufig Commits eingehen und wie groß der Diff von der vorherigen Revision ist. Wenn Sie Binärdateien haben und häufig neue Versionen dieser Binärdateien festschreiben, sollten Sie mit einer erheblichen Zunahme der Festplattenbelegung rechnen, da Subversion nicht gut mit binären Änderungen umgehen kann.
Sie könnten die Repository-Größen einiger Open-Source-Repositories überprüfen (wenn es nicht auf der Website erwähnt wird, fragen Sie einfach auf deren Mailing-Listen).
Als Beispiel ist das TortoiseSVN Repository (zum Zeitpunkt der Erstellung dieses Dokuments mit der Revision 16687) 340MB groß und verwendet 436 MB auf der Festplatte.