Bonjour à tous,

Je suis actuellement en pleine recherche pour ma société afin de passer notre projet (qui évolue depuis plusieurs années) sous GIT.

Voici le contexte:

Nous avons un progiciel installé chez environ 250 clients. Tous nos clients n'ont pas forcément la même version du logiciel. Lors de la remontée de bug par un client, les debugs sont réalisés au cas par cas sur la version des clients (on créer une branche à partir de la révision taguée avec la version installée chez le client). On tag avec un nouveau numéro de version et on merge ensuite sur le master pour corriger le problème sur la dernière version.

On peut donc avoir la configuration suivante dans le cas où une modification de la base de données a été nécessaire pour corriger le problème.

Version 1.1.1.A (version 1.1.1 patchée avec le Patch A) avec requête de mise à jour n°150

Version 3.0.1 (version de déploiement en cours) avec requête de mise à jour n°150 déjà intégrée.

Ma question est la suivante:

Comment gérer le processus de mise à jour de la base de données lorsque l'on va metre à jour les clients possédants la version 1.1.1.A vers la version 3.0.1 sachant que certaines requêtes de mise à jour sont déjà passées chez le client?

Merci pour vos remarques ou retours d'expériences.

Boujour,

Regarde du coter de liquibase. Ça devrais palier a ton problème. 

Dans le même genre tu as https://github.com/thuss/standalone-migrations utilisant Ruby.

Doc: http://guides.rubyonrails.org/active_record_migrations.html 

C'est moins verbeux mais nécessite donc une dépendence ruby.