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 8 and Version 9 of fr/processus
- Timestamp:
- Jun 16, 2014, 10:53:29 PM (7 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
fr/processus
v8 v9 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. Un autre solution est de s'enregistrer sur github.com, 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.11 - un contributeur propose la correction d'un bug ou autre modification via un "pull request" sur github. (Il faut s'enregistrer sur github.com, "forker" le dépot de jelix, de commiter dans son clone, et proposer ensuite les changements via un "pull request"). 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. 14 - quand la modification est accepté, un développeur ayant un accès en écriture au dépôt des sources officel se charge d'intégrer le patch dans le dépôt. Remarque : ce développeur peut-être celui qui a proposé le patch.14 - quand la modification est accepté, un développeur qui a les droits suffisants "accepte" le pull request 15 15 - chaque nuit, des archives de jelix sont crées et disponibles en téléchargement : ce sont les "nightlies". Dans le même temps, des tests unitaires sont lancés et le chef du projet reçoit les résultats par mail. 16 16