SVN Installation

7

Ich werde SVN für meine persönlichen Projekte installieren. Ist es besser, es auf einem Ersatzcomputer zu installieren (Win XP) oder werde ich mich selbst retten, wenn ich es auf dem Rechner installiere, den ich für die Entwicklung verwende (Vista).

    
Dan Adams 25.09.2008, 03:39
quelle

14 Antworten

9

Die Installation Ihres Repositorys auf einem separaten Computer ist wahrscheinlich eine bessere Idee, da Ihr Quellcode zumindest einen Festplattenausfall auf Ihrem Entwicklungscomputer überstehen kann.

Wenn du neu bei SVN bist, kannst du das kostenlose E-Book von Red-Bean und O'Reilly nicht schlagen ... Schau dir "Versionskontrolle mit Subversion" an: Ссылка .

    
Steve Moyer 25.09.2008, 03:40
quelle
8

Ich empfehle VisualSVN Server , sobald Sie zur Installation bereit sind ...

    
Matt Hinze 25.09.2008 03:50
quelle
4

Es hat wirklich wenig Sinn, auf einer "Ersatz" -Maschine zu installieren. Es verbraucht keine nennenswerte CPU oder Speicher.

Andere gute Gründe, es auf Ihrem Hauptsystem zu installieren:

  • Schnellerer Repository-Zugriff; nicht so ein Problem mit SVN als CVS, aber Check-Ins, Check-outs, etc. werden mit einem lokalen Repo deutlich schneller als einer über das Netzwerk.
  • Wahrscheinlich eher gesichert. Sie sichern Ihre Dev-Box, oder? Recht? Wenn nicht, gibt es einen wirklich guten Grund dafür. Und normalerweise werden Kisten, an denen Sie regelmäßig arbeiten, eher gesichert als diejenigen, die irgendwo in einer Ecke sitzen.
  • Weniger Stromverbrauch, vorausgesetzt, das Feld "reserver" ist ansonsten deaktiviert.
  • Als einen wirklich kleinen Punkt müssen Sie sich nicht mit dem netzwerkbasierten Zugriff herumärgern, aber das ist wirklich nicht schwierig.

Der einzige gute Grund, warum ich denken kann, es in einer separaten Box zu haben, ist ein einzelner Fehlerpunkt. Wenn deine Vista-Box den Bit-Eimer stößt, bist du tot im Wasser. Aber hey, du hast es unterstützt. Recht? RECHTS?

    
Zathrus 25.09.2008 03:46
quelle
2

Meiner Meinung nach MÜSSEN Sie es auf einem anderen Computer installieren, und zwar vorzugsweise an einem anderen Standort und über das Internet verfügbar. Dies auf einer anderen Maschine zu tun, bietet mehrere Vorteile:

  • Sie können tun, was auch immer Sie wollen, mit Ihrer Dev-Maschine konfigurieren und sich nicht darum kümmern, Ihre Svn-Installation zu spülen
  • Das Repo dient als Sicherung Ihres Codes. Wenn Sie also eine Katastrophe haben, können Sie Ihren Code zurückbekommen
  • Wenn das Gerät über das Internet verfügbar ist, können Sie Ihren Code überall auf einem beliebigen Computer bearbeiten
  • Sie können die Leute leicht bitten, sich Ihren Code anzuschauen, indem Sie ihn aus dem SVN auschecken. Sie können sogar etwas Code zurückgeben!
  • Für mich ist zumindest eine Art von Bedeutung, den Code einzusehen. Ich denke, wenn das Repo auf einem anderen Computer war, würden Sie sicherstellen, dass Ihr Code wert war zuerst.

Sehen Sie sich vielleicht einen der kostenlosen gehosteten Dienste an, wie z. B. assembla.com. Viel Spaß!

    
cam8001 25.09.2008 04:12
quelle
1

Ich verwende derzeit einen gehosteten SVN-Server, dies befreit mich von allen Installationsproblemen. Ich habe auch den Vorteil, ein externes Backup zu haben, also wenn mein Büro brennt, ist mein Quellcode sicher.

Dreamhost hostet SVN sogar im günstigsten Plan und Sie können es mit einem einzigen Klick installieren, keine Notwendigkeit von SVN-Konfigurationswissen ist erforderlich .

    
hectorsq 25.09.2008 03:51
quelle
1

Ziehen Sie in Betracht, den Buildix-Anwendungsserver von Thoughtworks & amp; Führen Sie es in einer VM aus. Sie erhalten einen SVN-Server sowie eine Reihe anderer Goodies und, wenn Sie bereit sind, sich daran zu binden, können Sie es in einer zweiten Box installieren.

    
moobaa 25.09.2008 04:13
quelle
0

Ich würde es auf einer anderen Maschine für die Flexibilität bevorzugen (Sie könnten ein anderes System verwenden oder eine neue Maschine erhalten, ohne das Repository zu beeinträchtigen) und für die Sicherheit. Indem Sie es auf einer anderen Maschine haben, haben Sie die Chance eliminiert, alles zu verlieren, wenn Ihre Maschine stirbt.

    
Joe Skora 25.09.2008 03:41
quelle
0

Wenn es nur für Ihre persönlichen Projekte ist und Sie immer die gleiche Maschine verwenden, installieren Sie es einfach auf dem gleichen Rechner. Das ist einfacher.

    
cruizer 25.09.2008 03:41
quelle
0

Alternativ können Sie das Repository auf Ihrem Entwicklungscomputer installieren und jedes Dateireplikationsdienstprogramm verwenden, um es auf einem Sicherungscomputer zu replizieren. Ich persönlich verwende FolderShare ( Ссылка ), um meinen Repo zu replizieren.

    
Franci Penov 25.09.2008 03:42
quelle
0

Wenn Sie es auf einem Remote-Computer installieren, müssen Sie auch einen Server-Service installieren, um Dateien zwischen der Entwicklungsumgebung und Ihrem Repository zu erhalten und zu senden. Dies kann mit dem Svnserve-Daemon oder durch Ändern eines httpd-Servers wie Apache erfolgen.

Wenn Sie es auf dem lokalen Computer eingerichtet haben, müssen Sie nichts von dem oben genannten wissen oder tun, einfach die Installation ausführen und dann Ihren Lieblings-Client verwenden, um damit zu interagieren.

    
J.J. 25.09.2008 03:43
quelle
0

Wenn Sie es auf dem gleichen Computer haben, ist es einfach, aufzustehen und zu laufen. Sie brauchen sich keine Gedanken darüber zu machen, wie Sie sich mit dem Repository verbinden, ob Sie die Verbindung sichern wollen, usw. Einfach gesagt, ich meine svnadmin create c:\repo .

Wenn Sie es auf einem separaten Computer einrichten und die Konnektivitätsprobleme im Voraus herausfinden, sparen Sie sich Zeit, wenn Sie einen neuen Entwicklungscomputer erhalten oder wenn jemand anders mit Ihnen zusammenarbeitet. Wie bei Backups ist es richtig, dass das Repo auf einem separaten Computer bedeutet, dass Sie einige des Codes an zwei Stellen haben. Sie benötigen jedoch weiterhin Sicherungen für Ihr Repository. Andernfalls, wenn Ihr Repository ausfällt, haben Sie nur die Versionen der Dateien, die Sie ausgecheckt haben. Geschichte (und das ist nicht der Punkt der Versionskontrolle) wird für immer verloren sein.

    
Brandon DuRette 25.09.2008 03:49
quelle
0

Wenn Sie es selbst auf Windows installieren, kann ich SlikSVN Ссылка empfehlen, es ist viel einfacher als das Konfigurieren von Apache. Sie gehostet SVN aber ich habe keine Erfahrung von ihnen

    
Martin Beckett 25.09.2008 03:58
quelle
0

Ein extern gehostetes SVN ist wahrscheinlich der einfachste Weg, es einzurichten. CVSDude bietet tatsächlich ein kostenloses Repository von 2 MB kostenlos an. ProjectLocker, CVSDude und DreamHost bieten alle kostenpflichtige Pläne an, die eine geringe Gebühr ($ 5 - $ 20) pro Monat kosten. Sie haben die Möglichkeit, das SVN-Repository für andere Benutzer zu öffnen und trac und einige andere Dienste bereitzustellen. p>

Wenn Sie es zu Hause einrichten möchten und über einen Ersatzcomputer verfügen, auf dem Sie sich wohl fühlen, wenn Sie die ganze Zeit laufen lassen, dann ist das sicherlich die bessere Wahl. Sie erhalten eine automatische Sicherung sowie Rollback-Funktionen. 100MB Ethernet ist reichlich schnell, und sogar Wireless G sollte keine Geschwindigkeitsprobleme mit SVN haben.

Das lokale SVN gibt dir außer Rollback nicht viel, was besser ist als nichts, aber immer noch nicht perfekt.

    
Adam Ness 25.09.2008 04:13
quelle
0

IMHO, Sie können es auf Ihrer Maschine installieren, um die Wartung einer zweiten Maschine zu vermeiden. Sie sollten auch Ihr Repository auf einem Netzlaufwerk oder einem externen Medium sichern, um Datenverlust zu vermeiden.

Sobald Sie Ihre Daten an einem sicheren Ort gespeichert haben, können Sie subversion auf jedem verfügbaren Computer mit jedem Betriebssystem neu installieren.

Die Subversion meines Unternehmens ist auch auf Windows installiert, und ich verwende hot-backup.py , das einmal ausgeführt wird eine Stunde vom Scheduler.

    
Pini Reznik 25.09.2008 08:35
quelle

Tags und Links