Changeset 1469 in spip-zone


Ignore:
Timestamp:
Dec 18, 2005, 1:13:36 AM (14 years ago)
Author:
NathanSpip@…
Message:

Ajout README.iso (en iso-8859-1)
Modification regles de commit (juste avant de les simplifier :-)
Petite correction de fin de ligne dans les variables Sarka

Location:
_contribs_/_personnalisation_/parametrage_squelette_admin
Files:
1 added
2 edited

Legend:

Unmodified
Added
Removed
  • _contribs_/_personnalisation_/parametrage_squelette_admin/_REGLES_DE_COMMIT

    r1467 r1469  
    1919
    2020Parcours d'un développement
    21 ======================
     21===========================
    2222
    2323   1. On commence par proposer un développement
     
    2626      d'intégration par le développeur.
    2727   3. La main passe à l'intégrateur (une autre personne si possible) qui
    28       fusionne les modifications dans la branche d'intégration et
    29       vérifie que ça marche et que ça ne casse pas d'autres fonctionnalités.
    30    4. Après un certain nombre d'intégrations dans la branche du même
    31       nom, on décide de fusionner avec la branche de développement
    32       principale.  Une personne le fait et vérifie que tout se passe bien.
    33    5. Après un certain nombre d'intégrations dans la branche de
    34       développement principale, on décide de déposer une nouvelle
    35       version stable.
    36    6. Si un bug est découvert, on le résout dans une branche de
    37       maintenance de la version xx à corriger
    38       [branches,MAINT,free/xx-xx+1,Joe].  Une autre personne si possible
    39       intègre ensuite cette correction à la branche d'intégration.
     28      fusionne les modifications dans la branche d'intégration et vérifie que
     29      ça marche et que ça ne casse pas d'autres fonctionnalités.
     30   4. Après un certain nombre d'intégrations dans la branche du même nom, on
     31      décide de fusionner avec la branche de développement principale.  Une
     32      personne le fait et vérifie que tout se passe bien.
     33   5. Après un certain nombre d'intégrations dans la branche de développement
     34      principale, on décide de déposer une nouvelle version stable.
     35
     36
     37Parcours d'une correction
     38=========================
     39
     40   1. Si un bug est découvert, on le résout dans une branche de maintenance de
     41      la version xx à corriger [branches,MAINT,free/xx-xx+1,Joe].
     42   2. Après correction, on dépose la nouvelle version xx+1.
     43   3. Si on le décide, on peut répercuter cette correction sur les versions
     44      suivant xx.
     45   4. Une autre personne si possible intègre ensuite cette correction à la
     46      branche d'intégration pour bénéficier de cette correction dans les
     47      futures versions.
  • _contribs_/_personnalisation_/parametrage_squelette_admin/pour_SPIP_182e/trunk,DEVEL,free/generalisation_SKELVAR,Nathan/squelette-sarka-spip/variables_globales_squelette.php

    r1462 r1469  
    77$GLOBALS['sarka']['nombre_articles_recents'] = '7';
    88
    9 ?>\n
     9?>
Note: See TracChangeset for help on using the changeset viewer.