subversion-server vs. Netzwerk-repository-Zugriff über Schildkröte

Derzeit gibt es 5 Entwickler in meinem team, und wir alle Zugriff auf ein repository über ein freigegebenes Laufwerk auf computer X, die in unserem Netzwerk. Denn wir alle haben Zugang zu computer X, und wir können Sie verwalten, von wem hat und wer nicht Zugriff auf computer X, wir können verwalten, wer Zugriff auf unser repository.

Meine Frage ist: Wenn ich einen subversion-server, erhalte ich keine der Funktionen, die ich nicht schon habe? Die repositories haben schon user/passwd-Steuerung direkt mit integriert.

  1. Erlange ich die Fähigkeit zu verfolgen, die derzeit über eine Datei ausgecheckt?
  2. Erlange ich die Fähigkeit zu geben, die eine Sperre von mehr als einer person (

    Benutzer a und b haben eine Datei gesperrt ist, können keine anderen Benutzer prüfen, dass
    Datei)?
  3. Erhalte ich keine Sicherheit?

Es scheint, wie ich nicht, denn ich habe bereits user/group/passwd zu verwalten, ohne einen server.

Bitte lassen Sie mich wissen. Ich bin der Entscheidung, ob oder nicht es ist von Vorteil, einen server erstellen.

Dank,
jbu

  • EDIT: unsere aktuellen Repositorys auf dieses freigegebene Laufwerk ein, auf unserem Netzwerk ist BEREITS ein subversion-repository.
InformationsquelleAutor jbu | 2009-01-30
  1. 22

    Ja, Sie würde sehr gewinnen: Sie verringern das Risiko zu verlieren alle Ihre Daten!

    Sehen die docs (und Warnungen) über Zugriff auf ein Projektarchiv auf einer Netzwerkfreigabe.

    • Ich bedauere, dass ich nur einen upvote zu geben, für diese Warnung.
    InformationsquelleAutor Stefan
  2. 2

    Wenn Sie Zugriff auf das repository durch eine file:///URL, die subversion-Bibliotheken übernimmt das repository auf einem lokalen Datenträger, und wird nicht versuchen (oder sogar können) zu minimieren, Netzwerk-I/O. Zugriff auf das repository über svn:///URL ist daher viel schneller für bestimmte Operationen, wo eine Menge von Daten zu Lesen, nur um festzustellen, der Anteil sein muss, die an den client gesendet werden, wie ist der Fall für die svn switch Befehl.

    Wage ich nicht sagen das gleiche über http://zugreifen. Das http-Protokoll ist relativ gesprächig und ineffizient in der svn 1.5. Es gibt Pläne, um dies zu verbessern für svn 1.7

    InformationsquelleAutor Wim Coenen
  3. 1

    In der Regel, Sie nicht "check out" - Dateien im SVN. Das heißt, Sie sperren nicht, Sie während der Arbeit auf Sie.

    Gewinnen Sie mehrere Dinge, aber diese sind nur aus der Spitze von meinem Kopf):

    • Commit-Historie (sowohl pro Datei und für das repository als ganzes)
    • Branch/Merge-Optionen
    • Der Fähigkeit zu tag-Versionen (oft formale Freigaben)
    • Der Möglichkeit, rollback für die änderungen einer bestimmten revision (z.B., wenn ein schwerwiegender bug wurde erst vor kurzem eingeführt)
    • und viele, viele mehr

    Beachten Sie jedoch, dass die meisten oder alle diese Vorteile sind nicht eindeutig, subversion, kann aber gewonnen werden, die die meisten von die moderne version-control-Systeme.

    • eigentlich bekommen wir alle diese Funktionen ohne einen subversion-server. Wir haben bereits subversion-repositories - einfach keine server.
    • Ahh sorry, habe ich missverstanden. Ich Las es, wie Sie waren, nur das Lesen/schreiben von Dateien von einem freigegebenen Laufwerk.
    • Vergaß hinzuzufügen: sollte man vielleicht Bearbeiten Sie Ihre ursprüngliche Frage, um dies ein wenig klarer (ich sah ein anderes, SO dass Benutzer nicht über dieses sicher, entweder).
    InformationsquelleAutor Einar
  4. 1

    Ja, Sie tun konnte, einige zusätzliche Dinge:

    • Zusätzliche Authentifizierungsmechanismen (Basic-Auth über HTTP/S, ssh-shared-key-auth)
    • Mit Apache+mod_dav_svn Sie können konfigurieren, feinere Zugriffssteuerung, die auf einem Pfad durch den Pfad basis

    edit: nicht sicher, wenn Sie die Verwendung von subversion derzeit über eine file-share, oder nur mit einem einfachen Dateifreigabe. (SVN verwenden können file:///- URIs als auch).

    • ja, wir sind derzeit mit einem subversion-repository. Sorry für die nicht erwähnen, dass.
    InformationsquelleAutor Mark Renouf
Schreibe einen Kommentar