2. Règles d’extraction

R1	L’extraction d’un source est la recopie de la version officielle de ce source. (Éviter les copies de copies).
R2	Lorsqu’un source doit être modifié en vue d’une restitution future, “noter” ce source [D1.02.01] (commande asno d’astk). Cette notation indique aux autres développeurs l’intention de modifier ce source et permet de détecter d’éventuels futurs conflits de notation.
R3	Lorsqu’un source doit être modifié et restitué : ne pas toucher la “ligne” MODIF qui contient la date de la dernière modification du source. Cette date permet de vérifier lors de la restitution que le source d’origine (avant modification) est bien le dernier source officiel. Ceci évite qu’une modification “n’écrase” une modification précédente. Cette règle est capitale : une violation intentionnelle serait très mal interprétée … et sanctionnée.
R4	Ne pas modifier (pour le plaisir ou par goût) la présentation du source : l’indentation, le nom des variables, … sauf si c’est pour le rendre conforme aux règles de présentation ou de programmation [D2.02] ; car ceci augmente artificiellement le volume des “delta d’évolution” que l’on conserve : les modifications pertinentes ne sautent plus aux yeux.
R5	Si le source extrait a déjà été noté par un autre développeur : * le contacter pour lui faire confirmer son intention de restituer ce source, * se concerter avec lui pour l’ordre des restitutions, * s’il restituera avant vous, ne pas se lancer tête baissée dans une modification de grande ampleur de ce source, car il faudra recommencer les modifications dans le source officiel issu de son évolution (cf. R3).
R6	Ne pas noter inutilement des sources : vous pouvez gêner les autres développeurs (cf. R5). En particulier, ne pas noter un source que l’on compte restituer dans 6 mois !
R7	Lorsque l’on a noté un source par erreur, le dénoter [D1.02.01] (commande asdeno).