developer.jelix.org is not used any more and exists only for history. Post new tickets on the Github account.
developer.jelix.org n'est plus utilisée, et existe uniquement pour son historique. Postez les nouveaux tickets sur le compte github.

Changes between Version 6 and Version 7 of fr/processus


Ignore:
Timestamp:
Mar 23, 2010, 12:21:52 PM (11 years ago)
Author:
laurentj
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • fr/processus

    v6 v7  
    99Concrètement, cela se passe ainsi :
    1010
    11  - un contributeur propose la correction d'un bug ou autre modification en faisant un patch (fichier diff) attaché à un ticket.
     11 - un contributeur propose la correction d'un bug ou autre modification en faisant un patch (fichier diff) attaché à un ticket. Un autre solution est de s'enregistrer sur bitbucket.org, de "forker" le dépot de jelix, de commiter dans son clone, et de proposer ensuite les changements ("pull request"). Dans ce cas, il faut avertir en commentaire dans le ticket pour ce pull.
    1212 - un reviewer relit le code, vérifie que ce code respecte les conventions de codage, que le code n'apporte pas des régressions, que le code est optimisé etc.
    1313 - toute nouvelle fonctionnalité doit en plus avoir l'aval du project leader.
     
    2121== Les acteurs ==
    2222
    23 Parmis les développeurs de jelix, il y a :
     23Parmi les développeurs de jelix, il y a :
    2424
    2525 * Les contributeurs : ils contribuent en proposant des patchs, des améliorations. Ils ne peuvent accéder en écriture au dépôt principal.
    2626 * Les "commiters" : les contributeurs réguliers, ceux qui ont fait "leur preuves". Ils ont accès en écriture au dépôt principal. Ils font parti de l'équipe de développement du projet.
    27  * Les "reviewers" : ce sont des commiters qui relisent des patchs avant de donner l'accord d'un commit. Ils connaissent nécessairement le code de jelix en profondeur, ou alors sont expérimentés sur une ou des parties précises de Jelix, et font des reviews uniquement sur les patchs conçernants ces parties.
     27 * Les "reviewers" : ce sont des commiters qui relisent des patchs avant de donner l'accord d'un commit. Ils connaissent nécessairement le code de jelix en profondeur, ou alors sont expérimentés sur une ou des parties précises de Jelix, et font des reviews uniquement sur les patchs concernant ces parties.
    2828 * Le "projet leader" : celui qui a le dernier mot :-) Il est le garant du respect de la roadmap, de la cohérence du framework. Il s'assure que les évolutions sont compatibles avec les objectifs premiers du framework (légèreté, performance, simplicité).
    2929