PHP-Bereitstellung auf Live-Server

Question

Ich bin neu dazu, ich lese nur darüber, wie ich Code auf dem Live-Produktionsserver nicht bearbeiten sollte. Ich weiß nichts über Quellcodeverwaltung oder SVN.

Ich möchte auf einem Testserver Codierung beginnen, sobald alles funktioniert bestätigt, möchte ich alle Dateien an den Produktionsserver senden.

Wie soll ich vorgehen? Ich bin auf Mac OS X und schaute in Apps wie http://versionsapp.com/, aber ich bin mir nicht sicher, ob dies die richtige Lösung ist.

Was schlagen Sie vor?

Answer 1

Wenn Sie gerade erst anfangen, empfehle ich Ihnen, SVN zu vermeiden. Versuchen Sie git, gibt es zahlreiche Mac-Tools, wie GitX für Mac. Es gibt auch github und andere, um Ihre Projekte für einfaches Ziehen und Revisionen innerhalb einer Gruppe von Menschen zu hosten.

Answer 2

Wenn Sie neu in der Webentwicklung sind, würde ich nicht vorschlagen, sofort in Subversion zu springen. Sie sollten Subversion fest im Griff haben, bevor Sie es tatsächlich in einer Produktionsumgebung verwenden, da es überraschend einfach ist, Dinge zu vermasseln. Lassen Sie sich davon jedoch nicht abschrecken, da Versionsverwaltung (ob über SVN oder eine andere Möglichkeit) sehr nützlich ist.

Und wenn das Projekt in Frage klein genug ist, sehe ich nichts falsch mit dem alten "entwickeln lokal dann ftp es zum Server" -Ansatz. Manchmal ist ein vollwertiges Versionsmanagement-Tool einfach nicht notwendig.

Answer 3

Gehen Sie einfach mit SVN, wie es die Grundlagen ist. Nachdem Sie einen Vorgeschmack darauf bekommen haben, können Sie die Alternativen wie GIT oder was auch immer erkunden.

Sie sollten lernen, die grundlegenden SVN-Sachen durch die Konsole zu tun, gibt es keine andere Möglichkeit, vor allem, wenn Sie auf einem Live-Server arbeiten werden. Ihr Live-Server sollte SVN installiert haben und SSH-Zugriff haben, damit Sie dort Ihren SVN-Befehl ausführen können.

Sie können auch TortoiseSVN, die eine schöne visuelle Client für SVN ist.

Die grundlegende SVN Sie verwenden möchten ist diese drei Befehle:

$ svn co # Checkout 
$ svn ci # Commit 
$ svn up # Update 

Es gibt Unmengen von Tutorials, wie Dinge zu tun, hier ist die erste von Google: http://paulstamatiou.com/how-to-subversion-basics

Nach Sie fühlen sich mit diesen Dingen wohl und wenn Sie anfangen, mit dem Team zu arbeiten und zu öffentlichen Repositories beizutragen, könnten Sie anfangen, die fortgeschrittenen Dinge wie Zweige, Tags und alle anderen Begriffe zu erforschen, die manchen Menschen wichtig machen, wenn sie sie erwähnen.

Diese versionwhatever.com würde ich für jetzt halten und die populären Wahlen vor der Spezialisierung erforschen, besonders, dass SVN auf UNIX arbeitet, und Sie können es auf Linux setzen, der das meiste des Webhostings dort draußen laufen lässt.

Prost!

Answer 4

Ob eine SVN-Bereitstellungsstrategie geeignet ist oder nicht, hängt von Faktoren wie der Größe der Website, der Vertrautheit mit der Befehlszeile und davon ab, ob Sie als Teil eines Teams arbeiten.

Es ist erwähnenswert, dass Sie in den meisten Shared Hosting-Umgebungen nicht die Möglichkeit haben, SVN auf dem Server zu installieren, was Ihre Optionen ein wenig einschränkt!

Ich glaube nicht, dass etwas grundsätzlich schlecht daran ist, gute altmodische FTP zu verwenden, um Dateien auf einen Server zu bringen, besonders für kleinere Sites, in denen Sie die einzige Person sind, die auf der Site arbeitet.

Auch dann kann SVN immer noch sehr nützlich sein. Ich behalte alle meine Sites unter Versionskontrolle, selbst wenn sie per FTP bereitgestellt werden.