Ist dies der richtige Schritt-für-Schritt und Organisation für einen SVN-Repo mit mehreren Projekten und Lieferanten zu schaffen?

Question

Ich habe auf SO ziemlich viel der Red Bean Software SVN Buch, und einige der Fragen, hier lesen, aber ich möchte sicherstellen, dass ich über diese in der richtigen Weise werde das erste Mal, um die Schritt-für -Schritt bevor ich anfange es zu benutzen. Ist das richtig?

1. Installieren SVN.

2. Erstellen Sie SVN-Repository unter / usr / local / svn. Verzeichnisstruktur sieht wie folgt aus:

   -- conf
   -- db
   -- format
   -- hooks
   -- locks
   -- README.txt
   

3. Erstellen von Ordnern über die Befehlszeile für Repository-Organisation (einschließlich Projekte und Anbieter).

   -- conf
   -- db
   -- format
   -- hooks
   -- locks
   -- projects
      -- project_name
         -- vendor
         -- trunk
         -- branches
         -- tags
      -- project_name
         -- vendor
         -- trunk
         -- branches
         -- tags
   -- README.txt
   

4. Zur Kasse Lieferantencode in Anbieter-Ordner unter dem richtigen Projektnamen.

5. Export Lieferantencode in den Stamm unter dem richtigen Projektnamen (keine Zusammenführung notwendig, da ich keine Projektstamm Dateien noch haben).
6. Erstellen Sie Benutzer / Berechtigungen in / svnroot / conf / passwd und /svnroot/conf/svnserve.conf.
7. Stellen Sie sicher, dass svnserve läuft, und auf meinem lokalen SVN-Client (TortoiseSVN), Check-out den Kofferraum für das Projekt, das ich brauche.

Ich brauche nicht diese durch öffentliche URL zu dienen, so dass ich die Konfiguration nicht für Apache. Der Server ist nicht in unserem Netzwerk, sondern ist eine dedizierte CentOS-Box wir mieten. Vielen Dank für alle Gedanken und Ratschläge.

EDIT:

Ich glaube, ich bin verwirrt, weil ich keinen Code oder ein Projekt zu beginnen, so dass ich ausgehend von der Hersteller-Code frisch. Muss ich eine Verzeichnisstruktur irgendwo auf dem Server erstellen, die meine project_name w / Anbieter, Stamm Import enthält, Zweige und Tags Unterordner, die in meinem Repo, und dann den Code des Anbieters in den Lieferanten-Ordner importieren? Die Idee ist, dass ich Updates vom Hersteller zu bekommen, und dann den Updates mit allen Änderungen fusionieren wir meine Koffer aus.

Answer 1

  

Erstellen von Ordnern über die Befehlszeile für Repository-Organisation (einschließlich Projekte und Anbieter).

Wollen Sie die Repository-Struktur zu schaffen durch Verzeichnisse innerhalb der Subversion intallation Verzeichnis zu machen? Das ist sehr falsch.

Sie haben die erforderlichen Ordner über den svn mkdir Befehl erstellen und nicht über Dateisystem.

In /usr/local/svn haben Sie die physikalische Implementierung der Subversion-Repository, und Sie müssen es nur über einen Client zugreifen, und es nie berühren „von Hand“.

Zum Beispiel mit der file: // URL-Schema

svn mkdir file:///usr/local/svn/projects -m "Parent dir for projects created"

Answer 2

Sie scheinen vor allem die richtige Idee zu haben, aber Ihre Terminologie ist ein bisschen falsch. Das wird wirklich die SVN Menschen verwirren, da Sie Wörter verwenden, die bestimmte Bedeutungen im Kontext der SVN haben. Zu erweitern, was Davide sagte:

2) erstellen Sie Ihre Repository durch so etwas wie svnadmin create /usr/local/svn tun.

3) erstellen Sie Ihre Ordner. Sie brauchen nicht (oder wollen) die Teile Ihrer Liste, die nicht unter projects/ sind. Die anderen Verzeichnisse sind, was SVN zur Verfolgung von Revisionen zu halten, sie sind nicht wirklich im Repository. Wenn Sie eine Verzeichnishierarchie irgendwo auf Ihrem System erstellen, das die project_name/ Teilstruktur enthält, können Sie dann svn import auf es so oft laufen, wie Sie wollen, einmal für jedes Projekt (einen anderen Namen für das Ziel jedes Mal geben). Das wird die Verzeichnisstruktur erstellen.

4) Anstelle von "Kasse", ich glaube, Sie bedeuten entweder "Import" oder "Check" (in der Regel "commit" in SVN parlance genannt, aber "checkin" wird verstanden werden). Der Import wird die Herstellerdateien in das Repository hinzufügen. Kasse bedeutet „eine lokale Kopie dieses versioniert Verzeichnis erstellen für mich mit zu arbeiten“ als Arbeitskopie bekannt. Jeder Entwickler in Ihrem Team sollte ihre eigene Arbeitskopie hat. Nachdem ein Entwickler Änderungen ihrer Arbeitskopie macht, sie svn commit sie dann, welche die Änderungen in das Repository sendet. Die anderen Entwickler im Team werden svn update führen diese Änderungen aus dem Repository in die eigenen Arbeitskopien zu erhalten.

5) Ich habe nicht das SVN Buch gelesen in letzter Zeit, aber ich denke, es ist die Version des Herstellerzweiges in den Kofferraum zu kopieren anweist, ist es nicht exportieren. in SVN Begriffen zu exportieren, ist zu un-Version des Verzeichnisbaum, die eindeutig nicht das, was Sie wollen.

Sie können Dinge finden einfacher, wenn Sie tun, Schritte 6 und 7 direkt nach dem Schritt 2, da dann können Sie das svn://-Protokoll verwenden, das Repository für die verbleibenden Schritte statt file:// zuzugreifen, als von Davide vorgeschlagen, die nur auf dem lokalen arbeiten Maschine.