Subversionen: Arbeiten in lokalen -> make verwandelt sich in Server?

Question

Ich habe beschlossen, die Versionskontrolle zu lernen, und ich habe null Wissen. Ich habe einige Zeit jetzt einige Tutorials und Artikel über subversions lesen, sondern kann einfach nicht herausfinden! :)

Ich habe eine aktuelles Projekt in localhost atm und zum Zweck ersten Tests würde es in meinem Live-Server verschieben und dann offcourse es für die öffentliche Freigabe. Ich möchte immer noch halten, arbeiten ersten localhost und aktualisieren Sie dann Code in den Live-Server arbeiten. Ich weiß nur nicht, wie es zu tun ...

Ich habe Versionen in meinem Mac, die ich wirklich nette app .. gut ich denke, es ist.

Könnte jemand bitte geben Sie mir Schritt-für-Schritt-Anleitung, was soll ich tun?

Answer 1

Bevorzugte Lösung

• Verschieben Subversion-Repository auf Remote-Server
• Ändern lokale Repository neuen Remote-Server zu verwenden,
• Änderungen durch nach Bedarf

Dual-Master-Repository Version

• Verwenden Sie Patch von lokalen Repository, kopieren Sie auf Remote-Server, verpflichten Änderungen
• Kasse vom Remote-Server, kopieren Dateien aus lokalen Repository, dann begehen zurück stromaufwärts
• Oder einfach nur sync Ihre Subversion-Ordner auf den Server für Lesezugriff (Entfernen von privaten Dateien falls erforderlich)

Pro & Contra für 2 Master-Repositorys

• PRO: Local Repository alle Arten von privaten / restricted Dokumenten enthalten kann, die für die öffentliche Repository nicht kopiert werden
• CON : Patch / Change Management getan werden muss, werden alle Änderungen, um sicherzustellen, werden zwischen den beiden Repositories synchronisiert
• CON : Kann keine anderen Entwickler als Repository nicht über das Internet verfügbar
• PRO : Commits kann in Remote-Repository zu bestimmten Revisionen durchgeführt werden, anstatt jeden Hochladen zu lokalen Repository commit gemacht

Ihr 0,2-Cent-Wert

Wenn Sie Dateien im SVN-Repository haben müssen, dass Sie nicht will mit der Welt geteilt, die 2-Repository-Methode verwenden, da sonst nur ein einziges Repository verwenden, die remote gehostet wird. nur 1 Master-Repository hat, wird das Leben leichter in der Zukunft machen und auch Change-Management-Verfahren.