{"partition": "head_middle", "source_domain": "linuxfr.org", "digest": "sha1:T6WJ6YRLTV5T3UY7LBQ663VMZCAB25QR", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00041.parquet"}
Suivi - Suivi Prévenir qu'un patch a été soumis / soumettre un patch
Posté par Axioplase ıɥs∀ (page perso) le 25/05/12 à 11:18.
25mai2012
Il semblerait qu'une méthode suggérée pour la soumissions de patchs au code de DLFP soit de passer par le suivi.
Malheureusement,
Il n'y a pas de catégorie « patchs »
Quand on soumet un patch en commentaire à une entrée du suivi, il n'est pas possible d'en informer les admins
Il faudrait donc:
Une catégorie « patchs, » ce qui augmente la visibilité, et incite peut-être même les lecteurs du suivi à commenter le code
Un moyen de tagguer les commentaires du suivi pour indiquer qu'ils ont un patch et
Avertir automatiquement les admins qu'un patch a été soumis
Lier le commentaire/patch à une (ou plusieurs) entrée de suivi, qui afficheront alors un message de type « patch soumis, en attente. »
Pouvoir les marquer quand ils sont intégrés (ou non)
Informé qu'un patch a été vu, même s'il n'est pas appliqué tout de suite (car il faut le relire, le tester, etc). Un simple commentaire pourrait suffire, là.
Par ailleurs, il faudrait que les admins puissent filer du karma aux comptes qui filent des patchs acceptés (que ce soit par DLFP, ou github, ou autre) quand l'auteur est connu.
Partiellement fait
Posté par Benoît Sibaud (page perso) le 25/05/12 à 12:07.
Les admins sont au courant car ils suivent les flux Atom de commentaires du suivi.
Peut-être simplement un état "Patch proposé".
À noter que nous remontons les noms de ceux qui soumettent des patchs pour les prix livres/abonnements aussi.
Personne n'a l'air intéressé (score de 0). Et sinon, vu le peu de patchs reçus, les moyens déjà en place (dont les commentaires) suffisent.