Introduction sur le pourquoi …
On dispose :
- d'un gestionnaire de sources,
- d'un serveur de test
La suite logique est de déployer son site de test à partir du gestionnaire de source, et uniquement à partir de celui-ci.
Avantages :
- cela contraint à versionner ses modifications (cela évite de mettre en ligne qqchose qui serait perdu ensuite)
- la méthode est utilisable pour la mise en production sur un serveur réel
- c'est joli
- c'est automatisable
Inconvénient :
- des habitudes à prendre
Mode d'emploi pour la maj manuel
Pour l'instant, le serveur ne se met pas à jour à chaque modification. Il faut donc lancer manuellement la mise à jour du site de test, l'avantage étant d'en maitriser le moment.
Configuration (optionnel)
Si vous souhaitez mettre à jour le site de test avec une autre banche que celle par défaut, il faut éditer le fichier ~/conf/conf_scripts et changer la variable
export VLMSVNBRANCH=branches/ma_branche_a_moi
par le chemin de la branche que vous souhaitez
Mise à jour effective
Executer :
./scripts/maj_module.sh nom_du_module
Par exemple :
./scripts/maj_module.sh lib/phpcommon
Attention…
- Si vous mettez à jour wiki:vlm-c , vous aurez besoin des droits root pour relancer apache.
- Si vous mettez à jour à partir d'une nouvelle branche, il faut bien mettre à jour les modules.exemple).
Questions / Réponses
- Q: Mon serveur tourne avec la version 0.7, comment puis-je passer à la 0.8 ?
- R: Il faut faire attention, car il est necessaire de recuperer les informations meteo (grib) en local afin de remplir le "serveur" de vent.
