1. Généralités

Les règles d’utilisation des outils décrits ici pour gérer la configuration logicielle du Code_Aster visent à ne pas trop contraindre les développeurs et à garantir que les évolutions apportées ne viennent pas altérer le bon fonctionnement des développements déjà réalisés.

Ces objectifs ne seront atteints que:

• si les développeurs ne cherchent pas à tricher avec le système (l’expérience nous a montré que les règles déjà pratiquées conduisaient à un confort tel que nul n’a tenté de le faire),

• parce que le code est géré de manière centralisée.

Ces règles s’appuient principalement sur trois notions:

• extraction du source, le système est réduit à sa plus simple expression puisqu’on se contente d’avertir la communauté que l’on souhaite modifier une partie du code donné,

• restitution, on vérifie qu’il n’y a pas de conflits entre le code rendu par un développeur, le code développé par ses collègues et le code déjà rendu dans la version de référence,

• passage systématique d’un ensemble de tests de référence avant prise en compte des modifications.

Les outils décrits dans ce document seront des scripts en C-Shell lorsque cela est possible et des programmes C pour le reste.

Pour l’instant, tous ces outils doivent être disponibles sur le CRAY-C 98.

Tous les outils doivent pouvoir être utilisés en batch (qsub) et en interactif.

Note de présentation:

• nom_en_police_courier_minuscule:

• représente un fichier CRAY de l’AGLA (au sens général c’est à dire fichier ou répertoire ou commande),

• représente également une commande ou un concept lié à CRAY et UNICOS,

• nom_en_police_courier_minuscule_italique :

• représente une variable d’un outil de l’AGLA.