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.