Managen von Test- und Remotesite

[Die Muhkuh]

Hi,

wenn ich eine neue Website mache, lege ich mir immer zuerst eine Subdomain für eine Testsite an, damit ich neue Sachen erst mal testen kann, bevor ich sie richtig online stelle.

Das Problem ist, dass ich gerne mal durcheinander komme, wenn ich viele Dateien bearbeiten muss, evtl. noch Änderungen an der Datenbank. Daraus resultierend bin ich meist schneller, alles zu löschen und wieder hochzuladen, aber das ist natürlich nur suboptimal.

Ich würde gerne mal wissen, wie ihr sowas handhabt.

Grüße

[generic]

Ich nutze Subversion für solche Dinge.
SVN hat den Vorteil, wenn ich was kaputt gespielt habe, dann kann ich immer wieder zurück switchen zu dem vorherigen TAG.

[Die Muhkuh]

Hi,

bei meinem Hoster hab ich leider SVN bzw. CVS, scheidet somit leider aus.

[GuenterS]

Naja aber du könntest das SVN ja lokal bei Dir haben ...

[Die Muhkuh]

Naja, das wäre eine Möglichkeit, aber für meinen Geschmack vielleicht doch etwas "oversized". Vielleicht findet sich noch eine andere Strategie, ansonsten schau ich mir SVN mal genauer an.

[DeddyH]

Ich würde mir auch einen lokalen Indianer installieren und darauf testen. Es ist dabei darauf zu achten, dass dieser mindestens genauso sicher konfiguriert wird wie der des Hosters (phpinfo()).

[edit] Ich kaufe ein L [/edit]

[Die Muhkuh]

Hi,

ich erkläre doch erstmal, wie ich es zur Zeit mache:

Ich hab ein Projekt Blubb, dann folgende Ordnerstruktur

Blubb
-> Remote
-> Testsite

Ich ändere etwas an Testsite, lade das dann erstmal auf den Server hoch (TestSite-Subdomain), wenn alles klappt, lasse ich über ein FileSync-Tool die Dateien von TestSite nach Remote kopieren (lokal), wenn das erledigt ist, lade ich vom Remote-Ordner (lokal) die Dateien auf die richtige Domain hoch.

Lokaler Indianer, hmm, warum eig. nicht. Dann fällt die Ordnerstruktur zwischen Remote und Lokal wenigstens schon mal weg.