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/patchs


Ignore:
Timestamp:
Aug 19, 2009, 2:10:52 PM (11 years ago)
Author:
foxmask
Comment:

s/(subversion|svn)/(mercurial|hg)/

Legend:

Unmodified
Added
Removed
Modified
  • fr/patchs

    v6 v7  
    33Pour proposer une modification, vous devez suivre les mêmes étapes que celles du développement de Jelix, [wiki:fr/sources expliquée ici] :
    44
    5  1. récupération de la dernière version de jelix '''dans le dépôt subversion''' et '''non pas''' les fichiers disponibles en téléchargement
     5 1. récupération de la dernière version de jelix '''dans le dépôt mercurial''' et '''non pas''' les fichiers disponibles en téléchargement
    66 1. création d'un fichier de paramètres pour le générateur
    77 1. modification des fichiers sources de jelix (correction de bug, amélioration, nouvelle fonctionnalité etc..)
     
    1818== création du patch ==
    1919
    20 Dans le répertoire des sources issues du dépôt subversion, vous avez donc normalement effectué vos modifications. Placez vous alors dans le répertoire trunk (ou celui d'une branche si c'est une modification sur une branche), et tapez ensuite la commande
     20Dans le répertoire des sources issues du dépôt mercurial, vous avez donc normalement effectué vos modifications. Placez vous alors dans le répertoire trunk (ou celui d'une branche si c'est une modification sur une branche), et tapez ensuite la commande
    2121
    22   svn diff > monpatch.diff
     22  hg diff > monpatch.diff
    2323
    2424Vous obtenez un fichier monpatch.diff, que vous proposerez ensuite dans un ticket.
     
    3030  cd repertoire/de/branche && patch -p0 < monpatch.diff
    3131
    32 Si il n'y a pas de conflits détectès, vérifiez les modifications faites, vérifiez que tout fonctionne bien, lancer les tests unitaires, et si c'est ok, vous pouvez créer le diff qui correspond à cette branche (svn diff)
     32Si il n'y a pas de conflits détectès, vérifiez les modifications faites, vérifiez que tout fonctionne bien, lancer les tests unitaires, et si c'est ok, vous pouvez créer le diff qui correspond à cette branche (hg diff)
    3333
    34 Si il y a des conflits, des fichiers manquants etc, il va falloir appliquer les modifications '''à la main''', faire des tests etc.. Il est possible d'utiliser svn copy pour recopier des nouveaux fichiers d'une branche à une autre, ou faire un svn merge. Mais le merge dans subversion ne donne pas toujours de bon résultats.
     34Si il y a des conflits, des fichiers manquants etc, il va falloir appliquer les modifications '''à la main''', faire des tests etc.. Il est possible d'utiliser hg clone pour recopier des nouveaux fichiers d'une branche à une autre, ou faire un hg merge.
    3535
    3636
     
    4747Si il y a "review-", il faudra faire les améliorations demandées et proposer un nouveau patch que vous attacherez sur le même ticket. Et vous demanderez alors une nouvelle review ("review?"). Et ainsi de suite.
    4848
    49 Une fois que vous avez "review+", si vous avez les droits pour commiter dans le dépôt svn, vous incluez alors vos modifications dans le dépôt. Sinon un "commiter" le fera à votre place. Voir [wiki:fr/subversion les conventions pour commiter].
     49Une fois que vous avez "review+", si vous avez les droits pour commiter dans le dépôt mercurial, vous incluez alors vos modifications dans le dépôt. Sinon un "commiter" le fera à votre place. Voir [wiki:fr/subversion les conventions pour commiter].
    5050
    5151