[AlternC-dev] Scripts de migration

Retour à l'archive de la liste
Le site d'AlternC
Google Custom Search

Benjamin Sonntag benjamin at globenet.org
Mer 2 Juin 17:29:16 CEST 2004


The Anarcat wrote:

>>c'est [version].sh qui est le SEUL lancé par "upgrade", et qui sait ce 
>>qu'il y a dedans, et sait quoi en faire ;)
>>Ainsi, pour notre 0.9 :
>>"0.9.1.sh" lancera le script mysql et le .php de migration ldap dans 
>>l'ordre qu'il veut.
>>Cela permet d'avoir une bien plus grande souplesse lors des upgrades, et 
>>résoud notamment le problème de l'ordre des scripts.
>>on a juste à appeler un script shell qui fera tout le nécessaire pour 
>>mettre à jour AlternC.
>>    
>>
>
>Ben, il y a déjà un script shell qui fera tout le nécessaire pour mettre
>à jour alternc: upgrade_check.sh :)
>
>On peut dire à upgrade_check d'aller voir dans les sous-répertoires
>nommés avec les bons noms de versions. Si, dans un répertoire, il y a
>des fichiers nommés:
>
>1.sql 2.sh 3.php
>
>il va les éxécuter dans l'ordre, et on a pas besoin de se fichier sur
>encore un autre script.
>
>L'idée est de ne pas dupliquer les fonctionalités entre un (éventuel)
>script 0.9.1.sh qui appelerait les fichiers dans 0.9.1/ et
>upgrade_check.sh... 
>
>Non?
>
>  
>
Bein non ...

- pour l'instant ca va plus vite de faire comme ca... (upgrade_check.sh 
ne se fait pas chier ...)
- on ne sait absolument pas ce que devra faire l'upgrade à l'avenir, 
donc autant laisser cela à un script indépendant ...

Le fait de dire "on lance dans tel ordre" ne sera pas forcément le seul 
problème. Dans certains cas, il faudrait peut-être même ne PAS en lancer 
certains ... ou que ne sais-je ...

Bref, on ne peux rien prévoir, donc ne prévoyons rien, laissons faire 
0.9.1.sh : "Un shell qui vérifie et fait ce qu'il faut, point."

@+

Benjamin



Plus d'informations sur la liste de diffusion Dev