Neu bei SVN, wie Setup?

Question

Ich habe einen Windows 2003 Server mit IIS, ich habe VisualSVN Server darauf installiert.

Ich habe zwei Entwickler, die TortoiseSVN verwenden werden.

Da dies das erste Mal ist, dass ich einen SVN-Server eingerichtet habe, bin ich irgendwie verwirrt, wie das alles funktionieren wird. So wie ich es sehe, würde jeder Entwickler eine Kopie des Repositories auf seinem lokalen PC haben, würde jede Person auch IIS auf ihrem PC installieren müssen, um ihre Kopien vor dem Auschecken zu testen?

Sollte ich einen Testordner auf dem Server erstellen und dann eine Produktion bereit? Es scheint, als ob das mehr Probleme mit Kopien verursachen würde?

Was würden Sie tun?

EDIT

Ich weiß nicht, was ich dachte, ich habe vergessen, dass VS ein in IIS aufgebaut hat, wenn Sie so das Problem debuggen über IIS auf entweder Einrichten Client oder Server jetzt kein Thema ist. Aber ich bin verwirrt, ich importierte die Seite in das Repo, es sagte, dass es auf Revision 2 war, aber ich sehe keine der Dateien im Repo-Ordner. Erstelle ich einen virtuellen Ordner in IIS, der auf das Repo verweist, das ich erstellt habe?

Answer 1

Nein, jeder Entwickler verwendet Ihr Repository und checkt seine eigenen Kopien aus, um seine Arbeit zu erledigen. Sie benötigen weder IIS noch svn usw., die auf ihren Systemen installiert sind.

Ich empfehle das Lesen auf Subversion FAQ.

Answer 2

Es hängt davon ab, wie Sie arbeiten. Es gibt other discussions über Ordnerstruktur und solche, die direkt spielen, wie Sie Versionskontrolle verwenden.

Answer 3

Uh, nein, keine lokalen Repositories. Das Einrichten von SVN ist einfach, gut, fast. Sie sollten nach dem Svn Windows Installer suchen und es auf dem Server einrichten. Du wirst Apache installieren wollen und dann wirst du eine kleine Hürde haben, die die http.conf-Datei aufsetzt, um svn über http verfügbar zu machen. Es gibt ein wenig Komplexität beim Einrichten der Sicherheit, also gehen Sie mit der Windows-Authentifizierung, Sie benötigen WebDav, google es.

Sobald dies erledigt ist, kann jeder Svn-Client es treffen und eine Kopie auschecken und normal mit SVN arbeiten. Wenn Sie wirklich hängen bleiben, kommentieren Sie hier und ich werde eine Kopie unserer Installation und Konfiguration für Sie bekommen.

Die gute Nachricht ist, dass es solide ist, sobald Sie es einrichten, wird es für immer laufen.

Answer 4

Nein, der SVN-Server muss auf einem einzelnen Computer installiert sein. Jeder Entwicklerpunkt auf diesem Computer erhält lokal (und eventuell) eine vollständige Kopie oder eine Teilkopie des Repositorys.

Sie können auch ein Buch von O'Reilly über Subversion kaufen. Ich erinnere mich nicht an den Titel, sorry, aber es hilft mir sehr.

Alles Gute! Sylvain.

Answer 5

"Pragmatic Version Control Using Subversion" und die SVN red-bean sind die zwei Quellen, die Sie sehen müssen.

Richten Sie SVN auf einem einzelnen Server ein und lassen Sie alle Ihre Entwickler darauf hinweisen.

Answer 6

Ich habe Tortoise auf dem Server installiert und mache Updates/Checkouts der Release-Website.Einige Leute mögen es nicht, kompilierten Code einzusehen, aber ich mag es, die kompilierte Website in SVN zu haben.

Wenn Sie Schildkröte auf dem Server verwenden, tun die anfängliche Kasse zum inetpub/Website-Verzeichnis und dann auf Roll-outs müssen Sie nur das Verzeichnis aktualisieren mit Schild>

Natürlich checkin zu Roll-out aktualisieren gilt als schlecht üben, ohne zuerst auf Staging-Servern zu rollen und zu testen, aber hängt von Ihrer Teamgröße ab.

Answer 7

Ihre Entwickler haben kein lokales Repository, sie haben eine Arbeitskopie auf ihrem PC. In der Regel ist dies die neueste Version der App mit den Änderungen, die von den Entwicklern vorgenommen wurden, aber noch nicht festgelegt wurden.

Da dies eine Webanwendung ist, benötigen Ihre Entwickler lokal eine Art Webserver, um sie zu testen - dies könnte IIS oder der in Visual Studio eingebaute Webserver sein (obwohl sich das auf subtile Weise anders verhält). .

Sie sagten in einem Kommentar: "Mein Problem ist, dass ich nicht möchte, dass die Entwickler auf die Live-Site verpflichten, falls es einen Fehler gab."

Die Entwickler verpflichten sich zum SVN-Repository auf dem Server: irgendwann möchten Sie eine Kopie von der neuesten Version in Ihrem Repository zu Ihrer Live-Site exportieren (auch bekannt als "publish"). Um sicherzustellen, dass dies funktioniert, können Sie eine bestimmte Version vom Server auschecken, testen und, wenn die Tests bestanden werden, diese hochladen: Entwickler werden immer Code mit Fehlern einchecken (obwohl er erstellt wird), da es besser ist, dies zu überprüfen Code häufig ein, als viele Änderungen lokal zu erstellen und sie dann zu committen, da es Konflikte mit der Arbeit anderer Entwickler geben muss.

Verzweigung und Tagging sind nützliche Konzepte hier: Wenn Sie eine Version haben, die fast richtig ist, "verzweigen" Sie es von der Haupt "Trunk" der Quellcode-Struktur, beheben Sie alle Probleme in der Branche (Back-Portierung Wenn Sie eine funktionierende Version haben, markieren Sie sie (als Version xyz) und laden sie hoch. Auf diese Weise können Sie immer auf die bestimmte Version des von Ihnen hochgeladenen Codes verweisen, wodurch es einfacher wird, Fehler zu identifizieren, die in der Produktion auftauchen. Wie andere vorgeschlagen haben, lesen Sie die SVN-Dokumentation für weitere Informationen.

Answer 8

Nein - Ihr zentraler Server wird das Repository verwalten. Ihre Entwickler werden Kopien des Repositorys erhalten, Änderungen vornehmen und sie dann in Ihr Repository übertragen.

Sie haben tatsächlich ziemlich viele Dinge herauszufinden, wenn Sie eine erfolgreiche Bereitstellung von Subversion durchführen möchten.

Ein wirklich guter Artikel über Subversion auf Windows einrichten - http://www.codinghorror.com/blog/archives/001093.html

Answer 9

Ich habe die folgenden Ressourcen für das Lernen SVN verwendet:

http://www.polymorphicpodcast.com/shows/subversion/

http://www.dimecasts.net/Casts/ByTag/SVN

Gefunden beide recht gut, und Lernen durch Schauen kann vor allem für den Einstieg einfacher sein.