>> Avec piwigo on ne faisait pas exactement de la même manière. On >> développait tout dans le tronc (master) et on tirait des branches >> (code freezé) quand on décidait de sortir une nouvelle version. >> Ici j'ai l'impression qu'on freeze, tire une branche dès que la >> précédente a été faite. master contient déjà la future 2.6 alors que >> ce pourrait être une 3.0 si on le décidait. >> > > Pour les features qui vont mettre du temps à faire, je suis assez réticent > à pousser sur le tronc. Sauf si chaque commit se tient individuellement.
Oui c'était la politique adopté. Chaque commit ne devait rien casser sous peine de revert. Mais cela avait l'inconvénient de faire de plus gros commit, pas forcément plus facile à suivre. Mais il faut dire que c'est avec subversion qui n'a pas une gestion légendaire des branches !! > > Par ailleurs, faire des PR, ça permet aussi la relecture du code par les > pairs :) Et oui. -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
