Vincent Ful­mar, Head of Tech­ni­cal Mo­bile Team chez Eu­ro­sport

« DevOps s’ins­crit dans un pro­ces­sus d’amé­lio­ra­tion conti­nue cô­té mo­bile »

L'Informaticien - - DEV -

« L’in­té­gra­tion conti­nue ne se li­mite pas à un simple ser­veur mais passe aus­si par un état d’es­prit agile et une équipe SCRUM : « code re­view » , « pair pro­gram­ming » , règles de nom­mage dans Git, « stan­dup mee­tings » et re­lec­ture, sont des mé­thodes de tra­vail agiles et elles ont per­mis une réus­site plus forte de l’in­té­gra­tion conti­nue au sein du pôle mo­bile. » « Pour les com­po­sants et ou­tils, nous uti­li­sons un ser­veur Jen­kins per­met­tant de « buil­der » les jobs des branches de dé­ve­lop­pe­ment. À chaque com­mit, nous sa­vons im­mé­dia­te­ment via Slack si les mo­di­fi­ca­tions de code n’ont pas « cas­sé » la ver­sion. À ce­la nous avons ajou­té cer­tains plu­gin per­met­tant de vé­ri­fier et de tes­ter la qua­li­té du code pro­duit via Test Ana­ly­zer, Ju­nit, Cuc­cum­ber, Ca­la­bash. Au build conti­nu, nous ajou­tons donc des jobs qui s’oc­cupent de jouer les branches de tests uni­taires et au­to­ma­tiques et per­mettent ain­si de ré­pondre à la ques­tion des ré­gres­sions et du sui­vi des évo­lu­tions. En­fin, nous uti­li­sons Git pour ré­cu­pé­rer les sources à chaque com­pi­la­tion et Fa­bric pour dif­fu­ser et mettre à dis­po­si­tion quo­ti­dien­ne­ment une ver­sion à tes­ter pour chaque « build suc­cess » . À date, ce n’est pas exac­te­ment la même chaîne que celle uti­li­sée par le Web, mais nous ten­dons de plus en plus à ras­sem­bler les en­vi­ron­ne­ments. »

Newspapers in French

Newspapers from France

© PressReader. All rights reserved.