Le 08/08/2013 15:45, Franck Paul a écrit :
Qui sera donc immédiatement propulsée vers une branche 2.6 toute neuve.
Visiblement les traductions suivent (quand elles le font) la sortie d'une
release officielle, et ne la précédent pas, c'est pour ça que je pensais
qu'il valait mieux faire traduire à partir des branches publiées (ou sur le
point de l'être) en permanence.
Chez Mozilla et pas mal d'autres projets, pour permettre le livrer les
traductions à la sortie même du logiciel, il y a les concepts de string
freeze et de code freeze qui font partie du calendrier de développement.
Ça veut dire que l'on donne 3 dates aux développeurs :
- date de livraison de la version suivante (ou semaine de livraison)
- date butoir pour des changement de code qui ont un impact sur les chaines
- date butoir pour des changements de code qui n'ont pas d'impact sur
les chaînes
ex:
- gel des chaînes le 15 août
- gel du code le 30 août
- livraison le 15 septembre
Le responsable de la loca sait donc qu'il peut lancer les traductions
avec un texte final à partir du 15 août et donc qu'on peut livrer un
produit fini et localisé dans de nombreuses langues.
La détermination des délais dépend bien sûr des projets, là c'est des
dates bidon :)
A+
Pascal
--
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
