Typiquement dans un projet tu te fixes des dates pour arriver a un but precis. Chez Mozilla les dates c'est les Milestones et les but c'est d'implementer XYZ dans le Milestone A.
Vu qu'ils veulent que les Milestones soient utilises par un tas de gens(appeles aussi beta-testeurs du dimanche), ils font en sorte que le Milestone ne soit pas trop bugge, donc ils evitent d'inclure au dernier moment une feature cool mais encore buggee qui fait planter Mozilla, etc...
Resultat: ces features qui n'ont pas synche dans le Milestone A le seront dans le Milestone A+1 car une fois le A sorti, il y a du temps pour debugger la feature cool mais buggee.
Resultat si tu choppes un nightly build juste apres un Milestone c'est en fait plus risque que prendre un nightly build juste avant car tu as dans ton build une(ou plusieurs) feature cool mais buggee.
[^] # Re: Mozilla rulez
Posté par pasBill pasGates . En réponse à la dépêche Netscape 6.01 disponible. Évalué à 1.
Typiquement dans un projet tu te fixes des dates pour arriver a un but precis. Chez Mozilla les dates c'est les Milestones et les but c'est d'implementer XYZ dans le Milestone A.
Vu qu'ils veulent que les Milestones soient utilises par un tas de gens(appeles aussi beta-testeurs du dimanche), ils font en sorte que le Milestone ne soit pas trop bugge, donc ils evitent d'inclure au dernier moment une feature cool mais encore buggee qui fait planter Mozilla, etc...
Resultat: ces features qui n'ont pas synche dans le Milestone A le seront dans le Milestone A+1 car une fois le A sorti, il y a du temps pour debugger la feature cool mais buggee.
Resultat si tu choppes un nightly build juste apres un Milestone c'est en fait plus risque que prendre un nightly build juste avant car tu as dans ton build une(ou plusieurs) feature cool mais buggee.