Discussion :

[DJPi]

Bonjour à tous,
Tout d'abord, je ne suis pas certain du bon emplacement de ce topic sur le forum si ce n'est pas le cas, n'hésitez pas à le déplacer !

Je cherche à optimiser le processus de mise en production de différentes Web-Applications (principalement des applications PHP/Zend).
J'ai lu pas mal de chose vis à vis de cela, mais si certains pouvaient me donner leur avis sur l'installation que je compte mettre en place, ça serait sympa

ENVIRONNEMENT DE DEVELOPPEMENT
Pour que tous les développeurs puisse travailler avec un système de versionning (pas encore définit), j'aimerai tout d'abord mettre en place un serveur web / svn qui servirai aux développeurs pour développer ensemble.
Les développeurs pourront donc envoyer chaque jour (par exemple) leur modifications.

ENVIRONNEMENT STAGING
Si tous les "feux sont aux vert", un des responsables pourra alors déployer une version en pré-production. Cette pré-version serait alors disponible à certains de nos clients dans un objectif de test et de démonstration.

ENVIRONNEMENT DE PRODUCTION
Classique, accessible à tous nos clients.
Entièrement bloqué en écriture/modification du code source.
Mis à jour par l'un des responsables une fois la validation de pré-production réalisé.

Que pensez vous de cette architecture ? Quelle modifications, critiques, avantages apporteriez vous ?
Et surtout, comment procéderiez vous pour réaliser les différents déploiement entre les différentes étapes du développement ?
D'avance merci pour vos réponses.
Bonne journée à vous.

[ThomasEscolan]

Je pense que tu devrais ajouter un environnement de "fixing".
C'est une copie de l'environnement (et des sources) mis en production, à part de la release à venir (trunk, typiquement).
Cela te permet de corriger des bugs urgents en production sans avoir à faire des patchs ou à bousculer le trunk avec des court-circuits.

Typiquement, nous utilisons une branche copiée du trunk le jour de la mise en production. Si un pb survient, nous faisons une correction à la fois dans le trunk (non régression) et la branche, puis nous produisons une nouvelle distribution à partir de la branche de fixing.
Lors de la prochaine release, nous remplacerons la branche de fixing par une copie du trunk, etc.