Logiciel de gestion de version + Serveurs Préprod, Prod [Résolu]

[Farid63]

Bonjour à tous,

J'aimerai savoir comment vous faites cohabitez votre logiciel de gestion de version (SVN, GIT...) et vos différents serveurs (test, préprod, prod...)?

Enfaite, j'aimerai surtout savoir comment vous gérer vos déploiements?

Est-ce que vous avez un serveur dédié à la gestion de votre projet et concidérez vos différents serveurs d'application comme des clients?

Est-ce que votre serveur (GIT|SVN...) est sur votre serveur de production?

Est-ce que ceux là ne sont pas du tout lié? Un coup vous pusher sur votre (SVN|GIT...), et ensuite vous envoyé votre projet sur le serveur de prod en FTP?

Bref, j'aimerai connaître la moins mauvaise façon de gérer un projet et son historique.

Merci par avance.

[Desboys]

Bonjour,

Quel contexte technologique exploites-tu?

On peut avoir des axes d'études à te proposer, mais le mieux est d'abord ton besoin pour te proposer une solution adaptée et/ou pertinente à ton cas d'utilisation.

J'ai vécu des situations où les propriétés de configuration de plateformes ( c'est à dire liée au déploiement ) était sélectionnées au build du produit ( donc contenu dans l'outil de gestion de version )
J'ai également vécu le cas du FTP + installeur qui déplace les fichiers en fonction du paramètre de l'environnement ( donc contenu dans l'outil de gestion de version ).
Enfin, pour une application J2EE, le packaging était portable, et le déploiement était géré par une équipe indépendante qui s'appuyait sur un document de déploiement pour effectuer les configurations spécifiques à chaque environnement ( donc non géré par l'outil de gestion de version ).

Le contexte technique est donc important, selon moi.

Sébastien

[Farid63]

Salut Desboys, désolé je n'avais pas vu t'as réponse.

Enfaite le contexte est assez simple, plusieurs applications web (JEE), qui sont déployées chacunes sur des serveurs de test, pré-production et production.

Le but est de pouvoir simplement récupérer une application, travailler dessus, l'envoyer sur le serveur de test, puis après x-temps sur pré-prod et ensuite prod.

Pour le moment, on checkout le projet depuis le serveur CVS , on travail dessus, on envoie sur test, quand c'est ok pré-prod..., et quand l'appli est déployé sur la prodution, on commit.

Voilà.

[Desboys]

Ah, le commit juste lors de la production, c'est dangereux:
- si le poste développeur tombe en panne entre temps, tu perds ton travail.
- rien n'empêche le développeur de faire une modification entre pré-prod et prod.
- tu ne peux pas avoir plusieurs développeur sur le projet.

Voici comment je pense qu'il faudrait améliorer ça:
- chaque développement, une fois testé par le développeur, doit être commité dans CVS.
- avant de déployer sur ton environnement de test, tu taggues ton dépôt de source et tu builds ton produit à partir du tags
- tu montes ton produit sur les différents environnements, afin de garantir que le produit installé en production est rigoureusement le produit qui a été testé sur les environnements précédents.

Cordialement,
Sébastien

[Farid63]

Salut désolé du (gros) retard pour la réponse.

Tout est claire, je pense que je vais partir là dessus.


Merci.