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.
# En vrac
Posté par Paf . En réponse au message Développement web + Subversion : comment s'organiser ?. Évalué à 1.
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.