Subversion; Problemlösung gesucht

[Copa]

Sorry für den nichtssagenden Threadtitel, aber ich weis nicht wie ich mein Problem formulieren soll.
Es geht um folgendes.

Ich entwickel eine Webanwendung welche auf einem Apache mit PHP läuft. Während Nutzer diese bereits nutzen, soll die Entwicklung nicht stehen bleiben. Ich möchte nun zwei Versionen auf dem Server haben.

Eine Finaleversion und eine Entwicklungsversion. Die Entwicklungsversion möchte ich am Liebsten via Subversion immer Updaten und Commiten können, sodass ich sozusagen Live auf dem Server testen kann. Wenn alles funktioniert sollen diese Änderungen auch in der Finalenversion übernommen werden.

Ich hoffe irgendjemand weis was ich meine

Grüße

[chr.gogolin]

Naja, du könntest zwei branches in subversion anlegen und beide jeweils als workingcopy auf dem Server auschecken.

Zum live testen müsstest du nur deinen Lokalen Änderungen comitten und dann auf dem Server ein update der workingcopy machen. Das lässt sich ja ziemlich einfach automatisieren.

Hoffe das hilft weiter.

[Copa]

Danke für die schnelle Antwort - ich glaube du weist was ich meine. Hast du ein gutes Subversion Tutorial für Debian Lenny zur Hand?

[teerer]

Danke für die schnelle Antwort - ich glaube du weist was ich meine. Hast du ein gutes Subversion Tutorial für Debian Lenny zur Hand?

Es kann nur eines geben: http://svnbook.red-bean.com/

[Copa]

Ich will ein Tutorial; und nicht etwa ein ganzes Buch kaufen

[Copa]

Subversion ist jetzt unter /var/svn/ installiert. Ein Projekt liegt in /var/svn/test

Wie kann ich nun aber ein Projekt was in /var/www/meinprojekt liegt mit SVN verknüpfen?

[schorsch_76]

Vermutlich kennst du den Unterschied "Arbeitskopie / Repository" nicht.

Soche Anwendungsfälle wie du hier möchtest mache ich mit 2 Arbeitskopien, welche aus dem selben Repository stammen.

Zuerst checke ich meine Anwendung die "laufen" soll aus ...

Code: Alles auswählen

cd /meinpfadwodasdingliegensoll
svn co https://meinserver.irgendwas/svn/Anwendung/ .

Jetzt machst du die scripte ausführbar und was weis ich nicht alles.

Dann lege ich meine Subdomain fürs Entwickeln an und anschliessend...

Code: Alles auswählen

cd /hierentwickleichmeinzeug
svn co https://meinserver.irgendwas/svn/Anwendung/ .

Jetzt habe ich 3 Kopien. Eine im "Liveverzeichnis, eine im Repository, eine im Entwicklungsverzeichnis.
Jetzt wird fix entwickelt und irgendwas gemacht ...
Mit

Code: Alles auswählen

cd /hierentwickleichmeinzeug
svn ci -m "Meine wichtigen neues sachen eingecheckt"

Jetzt sind meine Änderungen im svn Repo und im Entwicklungsverzeichnis.

Mit

Code: Alles auswählen

cd /meinpfadwodasdingliegensoll
svn update

holst du dir deine Änderungen ins Liveverzeichnis unf fertig

Lies dir aber UNBEDINGT das redbook durch. Das kostet übrigens nichts

Gruß

schorsch

[Copa]

Genau das möchte ich machen. - Ich habe aber nicht alles verstanden ...

Momentan habe ich eine Repository erstellt
svnadmin create /var/svn/projekt

Via eclipse habe ich nun meine Projektdateien da reingeballert. Jetzt habe ich eine Arbeitskopie in Eclipse.

mein htdocs Ordner befindet sich in /var/www/projekt/

Was muss ich denn nun machen?

[Copa]

Ok ich glaube mir kam gerade auf dem Klo die Erleuchtung

Also es geht so:
eine Repository anlegen und Dateien reinballern.

Dann von dieser Repository nach /var/www/ auchecken (Liveversion für die Nutzer)
danach von der Repository nach /var/www/development/ auschecken (Testumgebung)

Und dann noch einmal auf meinem PC auschecken zum entwickeln

Korrigiert mich wenn ich es doch falsch verstanden habe.

[schorsch_76]

Genau so ist es. Mit dem commit (ci) schiebst du deine Änderungen is Repo. Mit dem Update der anderen Arbeitskopien holst du die da wieder raus und bringst sie auf Stand.

[scoutman]

Hallo!

Ich habe genau die selbe Situation und habe jetzt versucht das auch so zu lösen. Bin jetzt drauf gekommen, dass dies wohl nicht ganz optimal ist. Wenn ich es so mache wie hier beschrieben, habe ich ja immer im www Verzeichnis die Subversion Daten mit den ".svn" Verzeichnissen ebenfalls drinnen. Gibt es hier keine bessere Lösung?

[ThorstenS]

svn export anstelle von svn checkout sollte dir helfen.