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.
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
- Timestamp:
- Mar 23, 2010, 12:21:52 PM (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
fr/processus
v6 v7 9 9 Concrètement, cela se passe ainsi : 10 10 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. 12 12 - 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. 13 13 - toute nouvelle fonctionnalité doit en plus avoir l'aval du project leader. … … 21 21 == Les acteurs == 22 22 23 Parmi sles développeurs de jelix, il y a :23 Parmi les développeurs de jelix, il y a : 24 24 25 25 * Les contributeurs : ils contribuent en proposant des patchs, des améliorations. Ils ne peuvent accéder en écriture au dépôt principal. 26 26 * 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 çernantsces 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. 28 28 * 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é). 29 29