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 15 and Version 16 of fr/patchs


Ignore:
Timestamp:
Sep 17, 2010, 9:45:45 AM (11 years ago)
Author:
laurentj
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • fr/patchs

    v15 v16  
    7676
    7777Vous pouvez répéter qrefresh, qcommit pour améliorer votre patch.
     78
     79Il est conseillé également d'inclure directement dans le patch le message qui sera indiqué dans le commit lorsque le patch sera intégré définitivement dans le dépôt officiel.
     80Cela facilitera le travail de celui qui fera cette intégration, si vous n'avez pas les droits sur le dépôt officiel. Pour cela utilisez l'option -m de qrefresh:
     81{{{
     82hg qrefresh -m "ticket #123: bug fix on bla bla bla" -u "votre nom ou login bitbucket"
     83}}}
     84Les messages de commit [wiki:fr/mercurial doivent respecter un format]. Cela inclus également votre nom. Si vous ne voulez pas avoir à indiquer le nom à chaque fois, mettez le dans la configuration mercurial (fichier hgrc).
     85
    7886Vous pouvez créer plusieurs patch avec qnew. Souvenez vous que les modifications que vous faites sont pour le dernier patch.
    79 Si vous voulez changer pour une ancien patch, vous devez utiliser qpop pour supprimer les patchs du haut.
     87Si vous voulez faire un changement dans un ancien patch, vous devez utiliser qpop pour supprimer les patchs du haut.
    8088Pour appliquer à nouveau le patch le plus récent, utilisez qpush.
    8189
     
    113121=== Vous souhaitez proposer quelques patches pour une grosse modification ===
    114122
    115 Maintenir une queue de patch peut être fatiguant quand vous travaillez sur une grosse modification (intégrer un nouveau composant par exemple).
     123Maintenir une queue de patch peut être fatiguant quand vous travaillez sur une grosse modification (intégrer un nouveau composant par exemple, qui demande beaucoup de travail, donc de commits).
    116124La meilleure façon, dans ce cas, est d'avoir sa propre branche, avec ses propres commits, et cette branche sera mergée dans le trunk à la fin.
    117125
    118 Bitbucket vous permet de publier un clone d'un dépôt, et commiter d'y les modifications.
     126Bitbucket vous permet de publier un clone d'un dépôt, et d'y commiter les modifications.
    119127Ensuite vous pouvez utiliser la fonction "pull request" de bitbucket pour informer le propriétaire du dépôt '''officiel''', d'intégrer votre commit dans son dépôt.
    120128
    121129Donc vous pouvez "forker" le dépôt jelix, commiter dans votre clone et demander un pull.
    122 Ajouter un commentaire dans le ticket correspondant sur developer.jelix.org pour informer les autres contributeurs que vous avez faire des modifications.
     130Ajouter un commentaire dans le ticket correspondant sur developer.jelix.org pour informer les autres contributeurs que vous avez fait des modifications.
    123131
    124132Afin d'obtenir un historique compréhensible, essayer de faire des commits clairs.
     
    128136
    129137
    130 == proposer le patch ==
     138== Proposer le patch ==
    131139
    132140Enregistrez votre fichier patch, soit dans un ticket existant concernant la modification que vous avez effectué, soit dans un nouveau ticket. Vous enregistrez le patch en cliquant sur le bouton "attach file" dans le ticket.