[Bf-translations-dev] i18n processes and release cycle

Bastien Montagne montagne29 at wanadoo.fr
Wed Oct 19 23:00:40 CEST 2011


Hi,

Here is a proposition about managing bf-translations repo, and how to 
synchronize with Blender release cycles.

* Translators should never modify themselves /trunk. They should only 
edit /branches.
* Translators should ask an admin to add a new language (as this also 
implies, currently, some code in Blender).

BCon1 and BCon2:
     New languages can be added.
     An update of all po's under /branches is made at least once a week
         (friday morning seems a good option, imho), and possibly more often
         in case of big changes in sources (like a branch merged). I can 
handle this.
     The /trunk is also updated once a week (monday evening, imho). The 
threshold
         is set to 0% (i.e. all existing languages are in trunk). I can 
also handle this.
BCon3:
     Like BCon1 and 2, but adding new languages is no more allowed.
BCon4 (i.e. RC):
     A last update of /trunk is done just before first RC, using a 
threshold of 80% (i.e. only
         nearly finished translations are in /trunk). Then, /trunk is no 
more changed,
         unless a serious issue arises (can’t imagine what, but you 
never know…).
     /branches remains open and updated once a week.
BCon5 (i.e. freeze and release):
     /trunk is also freezed (only critical bugs are fixed! :P ).
     /branches remains open and updated once a week.

Now, fire your comments and suggestions! When we get a consensus, I’ll 
write a wiki page about it (anyway, we lack some doc about all this!).

Best regards,
Bastien


More information about the Bf-translations-dev mailing list