Forum Programmation.web Développement web + Subversion : comment s'organiser ?

Posté par (page perso) .
Tags : aucun
0
24
avr.
2009
Hello

Je souhaite faire du développement web et j'ai donc monté à la maison un petit serveur LAMP en utilisant un vieux PC
Comme tout bon développeur je souhaite utiliser Subversion :) (pour des raisons de couts le serveur web et le serveur Subversion sont sur la même machine)
Tout est configuré aux petits oignons mais comme je n'ai pas vraiment d'expérience en développement web, je voudrais savoir quelle est la façon la plus rationnelle pour faire du développement web avec Subversion.

Je souhaite utiliser mon portable sous Windows pour développer. Dois je y installer également un serveur web pour tester mes développements avant de commiter le tout sur mon serveur Subversion ?
Ou alors éditer directement mes fichiers .php à distance en sftp ? (j'ai installé FreeNX - NoMachine pour administrer le serveur a distance)
J'avais également pensé à un script (comment faire ?) qui fait automatiquement un svn checkout sur le serveur dans /var/www/monsiteweb-trunk, /var/www/monsiteweb-branch...

Bref j'aurais aimé savoir comment vous vous organisez pour du développement web et quels outils vous utilisez.

Merki :p

PS: j'ai trouvé ca comme infos sur le sujet :
http://www.dedibox-news.com/sujet-4328-subversion-developpem(...)
http://blog.developpez.com/yoteco/?m=20090215
http://www.developpez.net/forums/d606332/general-developpeme(...)
  • # BuildBot

    Posté par (page perso) . Évalué à 1.

    J'avais aussi pense a un truc
    Pour du dev C/C++, un BuildBot [1] qui gere les tests unitaires + valgrind + doxygen... c'est assez sympa

    Quand on fait du dev PHP il y a des outils pour faire ce genre de truc (i.e verifier la syntaxe, que la doc est bien ecrite ect...)
    Vous utilisez BuildBot ou pas ?

    [1] http://en.wikipedia.org/wiki/Buildbot
    • [^] # Re: BuildBot

      Posté par . Évalué à 1.

      Nan, mais j'aimerais bien : ça me trotte dans la tête depuis un certain temps, mais tous les tutos (en français du moins) que j'ai trouvés sur le net datent un peu, et je n'ai jamais pris/eu le temps de m'y attaquer sérieusement.
      Si quelqu'un a des infos sur le sujet, je suis preneur également.

      Merciiii ;-)
    • [^] # Re: BuildBot

      Posté par . Évalué à 2.

      http://buildbot.net/trac/wiki/SuccessStories
      Error: Failed to load processor SuccessStory

      No macro or processor named 'SuccessStory' found

      C'est une blague ? ^^
  • # my 2 cents

    Posté par . Évalué à 1.

    Quelques remarques :

    Premierement, si tu upload tes fichiers avec sftp tu perds tout l'interet de subversion ;)

    Et si tu veux developper sur ton portable, tu n'as besoin d'installer apache que si tu as a besoin de bosser sans acces internet... Sinon tu commit sur ton serveur dans un branche de test par exemple, et puis tu bascule vers un version stable qd tu le sent.

    Mais bon apres, je ne fais pas bcp de dev web donc mon avis vaut ce qu'il vaut ....
  • # serveur de dev sur ton portable

    Posté par . Évalué à 2.

    Le serveur web sur ta machine c'est quand même plus pratique, surtout si tu as une mauvaise connexion… et puis c'est pas plus mal d'avoir un serveur de test différent du serveur en production je crois.

    Et sinon tout les développeurs ne sont pas sous subversion (git, hg, darcs)… ;-)
    • [^] # Re: serveur de dev sur ton portable

      Posté par . Évalué à 2.

      Rien ne l'empeche d'avoir deux vhost différents sur son serveur web prod/preprod.
      Il commit sur une branche "head" depuis son portable, il synchronise le preprod et test.
      Une fois la version stabilisé, il créer une nouvelle branche et synchronise le prod dessus.
  • # En vrac

    Posté par . Évalué à 1.

    Essayes de tout versionner sur ton serveur, que ce soit des fichiers de config, site web ou autre. Et n'edites aucun fichier directement a la main, sinon cela perd l'interet d'avoir un serveur subversion.
    En cas de soucis cela te permets de rapidement pouvoir revenir a un etat fonctionnel ou de voir les differences.
    Et n'oublie pas de faire des backup au cas ou ton serveur devient inaccessible.


    Pour les scripts, cela est facilement faisable en python/perl/bash suivant tes preferences.

    Pour le moment tu ne deploies que sur un seul serveur et une seule configuration. Mais si cela evolue avec plusieurs instances ayant chacune des configurations differentes, il sera peut etre interessant de passer par une etape de "deploiement". En gros tu utilises des token dans les fichiers de config que tu remplaces par des valeurs propres a chaque variation de ton deploiement (test de charge, qa, dev, prod, etc.). Ces valeurs sont evidemment contenues dans des fichiers de config propre a chaque variation. Et chaque version de deploiement resultante est evidemment elle aussi versionnee afin de pouvoir rapidement redeployer une autre version ou de pouvoir verifier que les fichiers sur tes serveurs sont les memes que ceux dans subversion (piratage, toussa).

    Sinon avoir un serveur web installe sur la machine de dev permet en general de pouvoir developper tranquillement, puis commiter le code une fois pres.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.