Re: Gestion des patchs de prod avec maven et release
Baptiste MATHUS <[email protected]> Thu, 4 Aug 2011 10:58:41 +0200
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <CANWgJS7xc0cRW7T6ZjpeVWcSrY_DvzZJETFHjug+BDV1Jn+jwA@mail.gmail.com> |
--00163630f5d9294d9d04a9aa3158 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable +1. Repartir du tag est une obligation, c'est la seule fa=C3=A7on de rester pro= pre. Cela peut par contre poser des pbs d'IC : comment surveiller une branche qu'on vient de cr=C3=A9er, potentiellement pour pas tr=C3=A8s longtemps, sa= ns avoir =C3=A0 cr=C3=A9er chaque fois un nouveau job qui surveille le nouveau chemin. Bon,= en g=C3=A9n=C3=A9ral, c'est pas si lourd que =C3=A7a mais bon... Pour faciliter l'IC, ce que tu peux vouloir faire c'est laisser vivre la branche SVN si =C3=A7a s'y pr=C3=AAte chez vous une branche 1.x. par exempl= e. Branche qui sera donc toujours surveill=C3=A9e par l'IC. Note : si vous avez des besoins de branches, et que vous avez un peu les free hands :-), ce serait pas le moment de passer =C3=A0 git ? Baptiste Le 1 ao=C3=BBt 2011 12:33, Olivier Lamy <[email protected]> a =C3=A9crit : > Hello, > Perso pour un bug fix, je pr=C3=A9f=C3=A8re partir du tag et cr=C3=A9er u= ne branche. > Regarde le branch mojo [1] il pourrait t'aider :-) : > * mise =C3=A0 jour de l'=C3=A9l=C3=A9ment scm vers url de la branch (sup= er important > de faire attention =C3=A0 cel=C3=A0 ! ) > * renommage des versions dans les poms) > > -- > Olivier Lamy > Talend : http://talend.com > http://twitter.com/olamy | http://linkedin.com/in/olamy > > [1] http://maven.apache.org/plugins/maven-release-plugin/branch-mojo.html > > Le 28 juillet 2011 16:45, Sebastien Cesbron <[email protected]> a =C3=A9= crit : > > Salut > > > > Vu que certains d'entre vous r=C3=A9pondent =C3=A0 mes questions, je va= is > continuer. > > Si =C3=A0 un moment =C3=A7a ressemble =C3=A0 du spam dites le moi :-) > > > > J'envisage de mettre en place le plugin release de maven qui permet de > bien > > g=C3=A9rer les versions. J'avais d=C3=A9j=C3=A0 fait =C3=A7a dans une a= utre vie et de que je > me > > rappelle c'=C3=A9tait pas top pour g=C3=A9rer des patchs de prod. > > > > Je m'explique je mets une v1 en prod, les d=C3=A9veloppeurs continuent = =C3=A0 > > travailler sur la v2 puis avant la sortie de la v2 il faut corriger un > bug > > sur la v1 : cas classique. > > > > Si j'ai un outil de CI, il est sur le head et pas sur la v1 du coup il = me > > refabrique des versions pr=C3=A9 v2. > > > > Pour moi dans ce cas il faut brancher mais comment faire pour que ce so= it > le > > plus simple et l=C3=A9ger possible > > > > Ce que j'envisage : > > > > chaque dev =C3=A0 une branche de dev et ne commite sur le head que quan= d il > est > > s=C3=BBr de lui. Du coup le head est stable et on peut corriger le bug = dessus > > > > dangereux car head !=3D v1 > > lourd pour les d=C3=A9veloppeurs pour se synchroniser entre eux > > > > quand on a se genre de pb, on fait une branche sur la v1 et on corrige > > > > est-ce simple =C3=A0 faire avec maven et beaucoup de modules ? de ce qu= e je > > comprends il faut tout brancher pour mettre une nouvelle version snapsh= ot > > qui sera utilisable par le plugin release > > est-ce int=C3=A9grable dans un outil de CI > > > > dans ce cas on fait le patch =C3=A0 la main sur un poste de dev et on > l'installe > > =C3=A0 l'arrache sur la prod > > > > Qu'en pensez vous ? Y a t'il une autre solution que je ne connais pas > > > > Seb > > > --=20 Baptiste <Batmat> MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! --00163630f5d9294d9d04a9aa3158 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable +1.<br><br>Repartir du tag est une obligation, c'est la seule fa=C3=A7o= n de rester propre.<br>Cela peut par contre poser des pbs d'IC : commen= t surveiller une branche qu'on vient de cr=C3=A9er, potentiellement pou= r pas tr=C3=A8s longtemps, sans avoir =C3=A0 cr=C3=A9er chaque fois un nouv= eau job qui surveille le nouveau chemin. Bon, en g=C3=A9n=C3=A9ral, c'e= st pas si lourd que =C3=A7a mais bon...<br> <br>Pour faciliter l'IC, ce que tu peux vouloir faire c'est laisser= vivre la branche SVN si =C3=A7a s'y pr=C3=AAte chez vous une branche 1= .x. par exemple. Branche qui sera donc toujours surveill=C3=A9e par l'I= C.<br><br> Note : si vous avez des besoins de branches, et que vous avez un peu les fr= ee hands :-), ce serait pas le moment de passer =C3=A0 git ?<br> <br>Baptiste<br><br><div class=3D"gmail_quote">Le 1 ao=C3=BBt 2011 12:33, O= livier Lamy <span dir=3D"ltr"><<a href=3D"mailto:[email protected]">olamy= @apache.org</a>></span> a =C3=A9crit :<br><blockquote class=3D"gmail_quo= te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;= "> Hello,<br> Perso pour un bug fix, je pr=C3=A9f=C3=A8re partir du tag et cr=C3=A9er une= branche.<br> Regarde le branch mojo [1] il pourrait t'aider :-) :<br> * mise =C3=A0 jour de l'=C3=A9l=C3=A9ment scm vers url de la branch =C2= =A0(super important<br> de faire attention =C3=A0 cel=C3=A0 ! )<br> * renommage des versions dans les poms)<br> <font color=3D"#888888"><br> --<br> Olivier Lamy<br> Talend : <a href=3D"http://talend.com" target=3D"_blank">http://talend.com<= /a><br> <a href=3D"http://twitter.com/olamy" target=3D"_blank">http://twitter.com/o= lamy</a> | <a href=3D"http://linkedin.com/in/olamy" target=3D"_blank">http:= //linkedin.com/in/olamy</a><br> <br> [1] <a href=3D"http://maven.apache.org/plugins/maven-release-plugin/branch-= mojo.html" target=3D"_blank">http://maven.apache.org/plugins/maven-release-= plugin/branch-mojo.html</a><br> </font><div class=3D"im"><br> Le 28 juillet 2011 16:45, Sebastien Cesbron <<a href=3D"mailto:scesbron@= gmail.com">[email protected]</a>> a =C3=A9crit :<br> </div><div><div></div><div class=3D"h5">> Salut<br> ><br> > Vu que certains d'entre vous r=C3=A9pondent =C3=A0 mes questions, = je vais continuer.<br> > Si =C3=A0 un moment =C3=A7a ressemble =C3=A0 du spam dites le moi :-)<= br> ><br> > J'envisage de mettre en place le plugin release de maven qui perme= t de bien<br> > g=C3=A9rer les versions. J'avais d=C3=A9j=C3=A0 fait =C3=A7a dans = une autre vie et de que je me<br> > rappelle c'=C3=A9tait pas top pour g=C3=A9rer des patchs de prod.<= br> ><br> > Je m'explique je mets une v1 en prod, les d=C3=A9veloppeurs contin= uent =C3=A0<br> > travailler sur la v2 puis avant la sortie de la v2 il faut corriger un= bug<br> > sur la v1 : cas classique.<br> ><br> > Si j'ai un outil de CI, il est sur le head et pas sur la v1 du cou= p il me<br> > refabrique des versions pr=C3=A9 v2.<br> ><br> > Pour moi dans ce cas il faut brancher mais comment faire pour que ce s= oit le<br> > plus simple et l=C3=A9ger possible<br> ><br> > Ce que j'envisage :<br> ><br> > chaque dev =C3=A0 une branche de dev et ne commite sur le head que qua= nd il est<br> > s=C3=BBr de lui. Du coup le head est stable et on peut corriger le bug= dessus<br> ><br> > dangereux car head !=3D v1<br> > lourd pour les d=C3=A9veloppeurs pour se synchroniser entre eux<br> ><br> > quand on a se genre de pb, on fait une branche sur la v1 et on corrige= <br> ><br> > est-ce simple =C3=A0 faire avec maven et beaucoup de modules ? de ce q= ue je<br> > comprends il faut tout brancher pour mettre une nouvelle version snaps= hot<br> > qui sera utilisable par le plugin release<br> > est-ce int=C3=A9grable dans un outil de CI<br> ><br> > dans ce cas on fait le patch =C3=A0 la main sur un poste de dev et on = l'installe<br> > =C3=A0 l'arrache sur la prod<br> ><br> > Qu'en pensez vous ? Y a t'il une autre solution que je ne conn= ais pas<br> ><br> > Seb<br> ><br> </div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Baptiste &l= t;Batmat> MATHUS=C2=A0-=C2=A0<a href=3D"http://batmat.net">http://batmat= .net</a><br>Sauvez un arbre,<br>Mangez un castor=C2=A0!<br> --00163630f5d9294d9d04a9aa3158--