PHP Déploiement sur Live Server

Question

Je suis nouveau à ce sujet, je viens de lire sur la façon dont je ne devrais pas éditer le code sur le serveur de production en direct. Je ne sais rien sur le contrôle de la source ou SVN.

Je voudrais commencer à coder sur un serveur de test puis une fois que tout est confirmé, je veux envoyer tous les fichiers au serveur de production.

Comment dois-je procéder? Je suis sur Mac OS X et regardais dans des applications comme http://versionsapp.com/ mais je ne suis pas sûr si c'est la bonne solution.

Que suggérez-vous?

Answer 1

Si vous débutez, je vous recommande d'éviter SVN. Essayez git, il existe de nombreux outils mac, tels que GitX pour Mac. Il y a aussi github et d'autres pour héberger vos projets afin de faciliter les révisions et les révisions au sein d'un groupe de personnes.

Answer 2

Si vous êtes nouveau dans le développement web, je ne suggérerais pas de sauter tout de suite dans Subversion. Vous devriez avoir une bonne connaissance de Subversion avant de l'utiliser dans n'importe quel environnement de production, car il est étonnamment facile de tout bousiller. Ne laissez pas cela vous effrayer, cependant, comme la gestion des versions (que ce soit via SVN ou une autre avenue) est très utile.

Et si le projet en question est assez petit, je ne vois rien de mal avec l'ancienne approche «développer localement puis ftp vers le serveur». Parfois, un outil de gestion de version complet n'est pas nécessaire.

Answer 3

Juste aller avec SVN car c'est l'essentiel. Après avoir goûté, vous pouvez explorer les alternatives comme GIT ou autre.

Vous devriez apprendre à faire les choses SVN de base via la console, il n'y a pas d'autre moyen, surtout si vous allez travailler sur un serveur en direct. Votre serveur live doit avoir SVN installé et un accès SSH pour que vous puissiez y exécuter votre commande SVN.

Vous pouvez également obtenir TortoiseSVN qui est un joli client visuel pour SVN.

Le SVN de base que vous allez utiliser sont ces 3 commandes:

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

Il y a des tonnes de tutoriels sur la façon de faire des choses, voici le premier de google: http://paulstamatiou.com/how-to-subversion-basics

Après vous vous sentez à l'aise avec ce genre de choses et quand vous commencez à travailler avec l'équipe et contribuez à des dépôts publics que vous pourriez commencer à explorer les choses avancées comme les branches, les étiquettes et tous les autres termes qui rendent certaines personnes se sentent importants quand ils les mentionnent.

Je garderais cette version pour le moment et j'explorerais les choix populaires, avant de me spécialiser, surtout que SVN fonctionne sous UNIX et que vous pouvez le mettre sous Linux qui gère la plupart des hébergeurs web.

À la votre!

Answer 4

Si oui ou non une stratégie de déploiement SVN est appropriée dépend de facteurs tels que la taille du site, votre familiarité avec l'utilisation de la ligne de commande, et que vous travaillez dans le cadre d'une équipe.

Il est intéressant de noter que dans les environnements d'hébergement les plus partagés vous n'aurez pas la possibilité d'installer SVN sur le serveur, ce qui réduit vos options un peu!

Je ne pense pas qu'il y ait quelque chose de fondamentalement mauvais à propos de l'utilisation de bons vieux FTP pour obtenir des fichiers sur un serveur, en particulier pour les petits sites où vous êtes la seule personne travaillant sur le site.

Même alors, SVN peut toujours être très utile. Je garde tous mes sites sous contrôle de version même s'ils vont être déployés par FTP.