- chacun a son petit serveur web en local, avec son propre repertoire local de l'appli. Il test en local sans risquer de tout casser pour les autres developpeurs.
- Il y aurai un serveur qui fait serveur web de test global et repositorie svn
- une fois bien testé en local, on commit sur le serveur svn.
- là, je suppose que ça doit être comme dans cvs, il doit être possible d'éxecuter un script sur le serveur à chaque commit. Ce script serait chargé de copier le fichier commité sur le site de test global. (au pire, si cette mise à jour n'est pas possible comme cela, un cron fera bien l'affaire, mais c'est pas top)
Et voilà.
Donc on fait un update, on modifie, on test en local, on commit, on test sur le serveur global.
c'est pas parfait mais je pense que c'est déjà pas mal.
# idées
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Gestion de version pour applis web. Évalué à 3.
- chacun a son petit serveur web en local, avec son propre repertoire local de l'appli. Il test en local sans risquer de tout casser pour les autres developpeurs.
- Il y aurai un serveur qui fait serveur web de test global et repositorie svn
- une fois bien testé en local, on commit sur le serveur svn.
- là, je suppose que ça doit être comme dans cvs, il doit être possible d'éxecuter un script sur le serveur à chaque commit. Ce script serait chargé de copier le fichier commité sur le site de test global. (au pire, si cette mise à jour n'est pas possible comme cela, un cron fera bien l'affaire, mais c'est pas top)
Et voilà.
Donc on fait un update, on modifie, on test en local, on commit, on test sur le serveur global.
c'est pas parfait mais je pense que c'est déjà pas mal.