2. La mise à jour d’une version NEW#
2.1. Le lancement sur le serveur de développement par démon#
La mise à jour est lancée automatiquement sur le serveur de développement sous le compte d’administration (aster) par l’intermédiaire d’un crontab:
aster@frontal1:~$ crontab -l
# m h dom mon dow command
# lancement de la mise a jour
# —————————
#
#
# versions de developpement
# =========================
#
# version de developpement
40 0,2 * * 3,4 /home/aster/majnew/prepa_majnew_dvp.csh > /dev/null
…
Pour la mise à jour, l’administrateur doit établir la liste des développeurs ayant déclaré effectuer une restitution et la déposer sous /aster/eda/ version /ldvp. Ce fichier est construit à partir de la liste des comptes ayant présenté une restitution lors de l’EDA (/aster/pre_eda/ version ). La procédure de mise à jour vérifiera que toutes les restitutions se sont correctement déroulées (iret=0 ou iret=2) et soumettra ensuite le script de mise à jour prepa_majnew.
Le script /home/aster/majnew/prepa_majnew_dvp.csh prépare un fichier qui peut être soumis en batch sur le serveur de référence.
2.2. La construction des versions parallèles#
Lors de la mise à jour, si la construction de la version séquentielle réussit, la version parallèle MPI est construites à partir du script /aster/agla/tool/make_mpi.sh:
/aster/agla/tool/make_mpi.sh version
version : version Code_Asterconcernée (NEW10 à NEW1x).
2.3. La construction des versions périphériques#
Lors de la mise à jour, si la construction de la version séquentielle réussit, les différentes versions périphériques sont construites à partir du script /aster/agla/tool/maj_versions_locales.sh:
/aster/agla/tool/maj_versions_locales.sh version
version : version Code_Asterconcernée (NEW10à NEW1x).