Ist svnserve nicht unbedingt für eine lokale, Single-User-Repo erforderlich?

Question

Ich las die Red Bean Buch und bemerkte, dieser Absatz:

  

Lassen Sie sich von der einfachen Idee verführen   von allen Benutzern Zugriff auf einem mit   Repository direkt über file: // URLs.   Auch wenn das Repository ist leicht   für jedermann zugänglich über ein Netzwerk   Aktie, das ist eine schlechte Idee. es entfernt   jegliche Schutzschichten zwischen der   Benutzer und das Repository: Die Anwender können   versehentlich (oder absichtlich)   korrupt die Repository-Datenbank es,   wird hart auf das Repository zu übernehmen   offline zur Inspektion oder aktualisieren, und   es kann zu einer Verwirrung der Datei führen   Berechtigungsprobleme (siehe Abschnitt   genannt „Unterstützung mehrerer Repository   Zugriffsmethoden“). Beachten Sie, dass dies   auch einer der Gründe, warum wir warnen   gegen den Zugriff auf Repositories über   svn + ssh: // URLs-von einem Sicherheits   Standpunkt, es ist effektiv die gleiche   als lokaler Benutzer über Datei zugreifen: //,   und es können alle die gleiche Folge   Probleme, wenn der Administrator nicht ist   vorsichtig sein.

erkannte ich, dass, da ich bin der einzige, auf das Repository zugreifen, überhaupt, keine dieser Einschränkungen anzuwenden scheinen. sicher nach unten svnserve Kann ich dann und immer nur Sorgen über mein TortoiseSVN Client aktualisieren, nicht sowohl den Client als auch den Server, wenn es eine neue Version aus?

(Ich habe es schon ausprobiert - nur notwendig, um den Umzug Funktion Wechsel von svn: // zu file: // - aber ich wollte sicher etwas machen würde, mir nicht zu schleichen, wenn ich ließ es auf diese Weise.)

Answer 1

Ja. Diese Warnungen gelten nicht, wenn Sie der einzige sind nie jemand Zugriff auf das Repository.

Answer 2

Ich habe SVN benutze mit Schildkröte und Kunden Slik Subversion der Single-User-Datei: // URLs für ein paar Jahre, mit absolut null Problemen. Aber wenn Sie jemals jemals daran gedacht, Sie Multi-User-Zugriff benötigen, müssen Sie einen der Server Zugriffsmethoden verwenden - versucht sein, nicht um eine Datei zu setzen. // Repository auf einem freigegebenen Netzlaufwerk

Answer 3

Ein potentielles Problem, das ich sehe, ist mit SVN gibt es eine Dereferenzierungsebene zwischen Ihnen und dem Repository, so dass Sie vielleicht in der Lage einen Repository zu verschieben, ohne es zu Arbeitskopien beeinflussen, die Sie die Datei-URL können nicht verwendet wird.

das heißt, wenn das youre Repository in / user / repos und Sie lief

svnserve as svnserve --daemon --root /user

würde der Benutzer Zugriff auf Datei mit

svn://localhost/repos wenn Sie später das Repository nun verwenden müssen geändert werden in / user2 Sie nur ausführen können

svnserve --daemon --root /user2

und Kasse vorhandene Code wäre noch ok, wheras wenn Datei-Protokoll verwenden würden Sie Ihre Dateien verschieben müssen.