wikiDebug

La maintenance est assurée sur les demandes faisant l'objet d'un ticket.

Circuit des tickets
Le tableau suivant présente les différents d'un ticket :
Etat | Qui ? | Description
---------- | ---------- | ------
open | le créateur | création du ticket
unread | le créateur | en attente de discussion créateur/Flexus
accepted | Flexus | pris en charge par Declersoft. A l'issue, les modifications faites sont documentées selon le descriptif ci-dessous
pending | le créateur | en attente de validation par le créateur
closed | le créateur | correction validée par le créateur
wont'fix | le créateur | considéré comme non résoluble

Traitement des tickets :
1/ closed => valide pour intégration dans la prochaine mise à jour
2/ wont'fix => IMPORTANT : s'il a donné lieu à modification, supprimer la modification dans les scripts concernés
3/ SI LA MODIFICATION N'EST PAS ACCEPTÉE MAIS RESTE À TRAITER : le ticket est replacé en "open" par le testeur

**documentation des modifications**
pour chaque ticket passé à "pending" :
1/ fichier pdf
un fichier pdf détaillant les scripts modifié est placé dans https://sourceforge.net/projects/paroiciel/files/Development%20tools/
2/ scripts
.php  : 
a) dans l'entête du fichier (à créer si inexistant) une ligne indique : date, version, ticket concerné
b) à l'endroit de la modif, une ligne signale la nature de la modif faite et le ticket concerné
.tpl : jusqu'à maintenant (septembre 2020), aucun documentaire. Prendre le même principe que pour les .php

** modification de la Base de Données **
Les modifications a apporter lors des mises à jour sont documentées par :

• un commentaire
• la ou les requêtes de modification
• le rappel du ticket ayant donné lieu à la modification
• version du Paroiciel sur lequel les tests ont été faits.