Merge branch 'travis'

Author: loicfrering

_posts/2012-01-25-travis-ci.markdown

@@ -0,0 +1,231 @@
+---
+layout: post
+title: Travis CI l'intégration continue sans effort
+author: loicfrering
+tags: [ci, travis, php, nodejs, ruby, clojure, erlang]
+published: true
+---
+
+Aujourd'hui je souhaite vous parler d'un projet qui me tient
+particulièrement à cœur : [Travis CI](http://travis-ci.org/), une
+plateforme d'intégration continue simple et efficace. C'est un projet
+auquel je tiens puisque j'y contribue et gère le support de PHP avec
+l'aide et aux côtés de l'[équipe de
+contributeurs](https://github.com/travis-ci/).
+
+<p class="center">
+  <img src="/public/img/2012-01-25-travis-ci/travis.png" border="0" />
+</p>
+
+Sa devise ? "A distributed build system for the open source community."
+A l'initiative de la communauté Ruby, Travis est donc une plateforme
+d'intégration continue ouverte et distribuée mise à disposition sous
+forme de service. Ouverte car tout projet public publié sur Github peut
+mettre en place son intégration continue sur Travis. Et distribuée car
+Travis s'occupe de distribuer les builds de vos projets sur des workers
+dont nous détaillerons le fonctionnement plus loin.
+
+## Face aux autres plateformes d'intégration continue
+
+Et donc quels avantages face aux Jenkins/Hudson, CruiseControl et autres
+? En quoi Travis CI se démarque-t-il de la concurrence ?
+
+Tout d'abord, Travis se présente en mode **service**, aucune
+installation nécessaire, pas d'infrastructure à mettre en place !
+Travis héberge **gratuitement** l'intégration continue des projets open
+source et sa **mise en place est très facile** comme nous le verrons un
+peu plus loin.
+
+Chaque build de votre projet s'exécute dans une **machine virtuelle
+dédiée** : vous disposez d'un environnement complet pour votre build,
+vous pouvez installer ce que vous voulez sur cet environnement et cela
+n'affectera pas les autres projets buildés par Travis de la même manière
+que les autres projets ne viendront pas perturber le votre.
+
+De plus chaque build se déroule dans une **sandbox** : après l'exécution
+du build, une snapshot réinitialisée de la machine virtuelle restaure
+son état, aucun risque de casser votre environnement.
+
+Enfin, l'**infrastructure est distribuée**, tout d'abord le front est totalement
+découplé des workers puis Travis provisionne pour vous un pool de
+workers capable de dépiler le flot de build de tous les projets gérés
+par Travis. Les charges du front et de chacun des workers sont
+indépendantes.
+
+Travis supporte actuellement les langages suivants :
+
+* Clojure
+* Erlang
+* JavaScript avec Node.js
+* PHP
+* Ruby
+
+Une des forces de Travis est de permettre de **tester vos applications
+sur plusieurs versions du langage** que vous utilisez. Vous faites du
+Ruby ?  Vous pouvez tester votre projet sur Ruby 1.8.7, Ruby 1.9.3 ou
+même Ruby HEAD (version de développement courante), JRuby ou Rubinius.
+Vous faites du nodejs, hop testez vos packages sur nodejs 0.4 ou 0.6.
+Vous faites du PHP, vous pouvez tester votre projet sur PHP 5.3.9,
+5.4.0RC5 et même 5.2.17 !
+
+Votre application doit être testée sur plusieurs bases de données
+différentes ? Travis supporte MySQL, PostGreSQL, SQLite, MongoDB,
+CouchDB, Riak et Redis. En combinant les versions du langage testées et
+les différents envronnements à votre disposition, vous obtenez une
+**build matrix** garantissant que vos tests passent sur l'ensemble de
+ces combinaisons !
+
+Ainsi il est possible de tester vos projets sur des dizaines de
+combinaisons de version de langage et de configuration d'environnement
+différentes. Voyez par exemple comment [Sinatra joue ses tests sur près
+de 30 combinaisons
+différentes](http://travis-ci.org/#!/sinatra/sinatra). De la même
+manière, [FOSUserBundle garanti son bon
+fonctionnement](http://travis-ci.org/#!/FriendsOfSymfony/FOSUserBundle)
+non seulement sur PHP 5.3 et 5.4 mais aussi sur 3 versions différentes
+de Symfony2 ! Tout ceci grace à Travis qui permet d'améliorer de façon
+significative la robustesse et la fiabilité de nombreux projets open
+source ! Il est aussi fréquent de découvrir des bugs sur les différentes
+versions en cours de développements des langages supportés par Travis.
+
+## Contraintes
+
+Bien entendu Travis vient aussi avec quelques contraintes qu'il faudra
+mesurer en fonction de ce que vous attendez de votre intégration
+continue.
+
+Tout d'abord, Travis est pour l'instant fortement couplé à Git et
+Github, il est nécessaire que votre projet soit public sur Github pour
+profiter de Travis. Cependant le support d'autres repositories Git et
+des repositories privés est dans le pipe.
+
+Pour l'instant et même si toutes les briques de Travis sont open source,
+il n'est pas aisé d'installer un environnement Travis privé et dédié.
+
+Travis a tout d'abord été conçu pour la communauté open source.
+
+## Mise en place
+
+Vous avez un projet sur Github ? La première étape pour mettre en place
+son itégration continue sur Travis est d'y placer à la racine un fichier
+[.travis.yml](http://about.travis-ci.org/docs/user/getting-started/#step-three-add-travisyml-file-to-your-repository)
+décrivant comment doit se dérouler votre build. La configuration de
+Travis est très souple et permet la définition des fameuses combinaisons
+mentionnées un peu plus tôt.
+
+Pour la seconde étape il suffit de vous rendre sur
+[travis-ci.org](http://travis-ci.org), de vous authentifier
+automatiquement via l'OAuth de Github et vous pourrez activer
+l'intégration continue de vos projets, c'est aussi simple que cela !
+
+Pour plus d'informations, référez-vous au [Getting
+Started](http://about.travis-ci.org/docs/user/getting-started/) de la
+documentation. N'hésitez pas à suivre les sections spécifiques à votre
+langage de prédilection.
+
+## Technologies
+
+Travis est principalement écrit en Ruby et repose sur un ensemble de
+technologies modernes et innovantes qui lui donnent les caractéristiques
+détaillées plus haut :
+
+* [AMQP](http://bit.ly/amqp-model-explained) avec
+  [RabbitMQ](http://www.rabbitmq.com/) pour le messaging et la
+  distribution des builds. Plusieurs clients sont utilisés en
+  particulier Hot Bunnies, projet dans lequel l'un des core contributor de
+  Travis est fortement impliqué. Il s'agit d'un client JRuby construit sur
+  la base du client Java pour RabbitMQ maintenu par SpringSource, une
+  preuve de la pertinence de la cohabitation JVM/JRuby.
+* [JRuby](http://jruby.org/) pour profiter de certaines librairies Java
+  et des performances
+* [Vagrant](http://vagrantup.com/) pour la gestion des machines virtuelles
+* [Chef](http://wiki.opscode.com/display/chef/Home) pour le
+  provisionning des machines virtuelles
+* [WebSockets](http://en.wikipedia.org/wiki/WebSocket) par
+  l'intermédiaire de [Pusher](http://pusher.com/) pour la mise à jour
+  des logs de build en temps réel
+* [Rails](http://rubyonrails.org/) pour le front côté serveur
+* [Ember.js](http://emberjs.com/) (successeur de SproutCore 2) pour la
+  RIA côté client
+
+Son architecture étant découplée, une partie des applications qui
+composent Travis sont déployées sur [Heroku](http://www.heroku.com/) (le
+site web, le hub) alors que les workers, qui exécutent les builds,
+tournent sur des machines dédiées fournies généreusement par des
+sponsors.
+
+Pour plus de détails sur les rouages de Travis, vous pouvez vous référez
+à cette [technical
+overview](http://about.travis-ci.org/docs/dev/overview/).
+
+## A ce jour
+
+A ce jour, Travis lance les builds de plus de 4200 repositories à raison
+de 2000 builds par jour en moyenne ! L'intégration continue de projets
+très prestigieux est gérée par Travis, en particulier :
+
+* Dans la communauté Ruby :
+  * [Ruby on Rails](http://travis-ci.org/#!/rails/rails)
+  * [Bundler](http://travis-ci.org/#!/carlhuda/bundler)
+  * [Sinatra](http://travis-ci.org/sinatra/sinatra)
+  * [Rack](http://travis-ci.org/#!/rack/rack)
+  * [RSpec](http://travis-ci.org/#!/rspec/rspec-core)
+  * [Cucumber](http://travis-ci.org/#!/cucumber/cucumber)
+  * [HAML](http://travis-ci.org/#!/nex3/haml)
+  * [SASS](http://travis-ci.org/#!/nex3/sass)
+  * [RubyGems](http://travis-ci.org/#!/rubygems/rubygems)
+  * [rubygems.org](http://travis-ci.org/#!/rubygems/rubygems.org)
+  * [Mongoid](http://travis-ci.org/#!/mongoid/mongoid)
+  * [Rubinius](http://travis-ci.org/#!/rubinius/rubinius)
+  * [Factory Girl](http://travis-ci.org/#!/thoughtbot/factory_girl)
+  * [Spree](http://travis-ci.org/#!/spree/spree)
+  * [Devise](http://travis-ci.org/#!/plataformatec/devise)
+  * [amqp gem](http://travis-ci.org/#!/ruby-amqp/amqp)
+  * et même le miroir GitHub de [CRuby (MRI) itself](http://travis-ci.org/#!/ruby/ruby)
+* Dans la communauté JavaScript :
+  * [Node.js](http://travis-ci.org/joyent/node)
+  * [NPM](http://travis-ci.org/#!/isaacs/npm)
+  * [Express](http://travis-ci.org/#!/visionmedia/express)
+  * [Vows](http://travis-ci.org/#!/cloudhead/vows)
+  * [Mocha](http://travis-ci.org/#!/visionmedia/mocha)
+  * [Ember.js](http://travis-ci.org/#!/emberjs/ember.js) (ex. SproutCore 2)
+  * [Batman.js](http://travis-ci.org/#!/Shopify/batman)
+  * [flatiron (certains sous-projets)](https://github.com/flatiron)
+* Dans la communauté PHP :
+  * [Symfony2](http://travis-ci.org/#!/symfony/symfony)
+  * [Doctrine2](http://travis-ci.org/#!/doctrine/doctrine2)
+  * [Composer](http://travis-ci.org/#!/composer/composer)
+  * [Behat](http://travis-ci.org/#!/Behat/Behat)
+  * et de nombreux bundles Symfony2
+* Dans la communauté Clojure :
+  * [Leiningen](http://travis-ci.org/#!/technomancy/leiningen)
+  * [Knockbox](http://travis-ci.org/#!/reiddraper/knockbox)
+  * [Langohr](http://travis-ci.org/#!/michaelklishin/langohr)
+  * [Monger](http://travis-ci.org/#!/michaelklishin/monger)
+  * [Neocons](http://travis-ci.org/#!/michaelklishin/neocons)
+  * [Sumo](http://travis-ci.org/#!/reiddraper/sumo)
+* Dans la communauté Erlang :
+  * [Cowboy](http://travis-ci.org/#!/extend/cowboy)
+  * [Elixir](http://travis-ci.org/#!/josevalim/elixir)
+* On y trouve même quelques plugins Eclipse qui profitent de la
+  disponibilité de Maven sur la plateforme :
+  * [Symfony2 Eclipse Plugin](http://travis-ci.org/#!/pulse00/Symfony-2-Eclipse-Plugin)
+  * [Twig Eclipse Plugin](http://travis-ci.org/#!/pulse00/Twig-Eclipse-Plugin)
+
+## Conclusion
+
+Nous avons vu ici ce qu'est Travis CI et comment il se positionne
+vis-à-vis des autres systèmes d'intégration continue. Vous avez un
+projet open source sur Github ? Le langage est supporté par Travis ?
+Alors allez vite installer son intégration continue sur Travis si ce
+n'est pas déjà fait !
+
+Pour plus d'informations, n'hésitez pas à parcourir la
+[documentation](http://about.travis-ci.org/docs/), à suivre
+[@Travis](https://twitter.com/travisci) sur Twitter ou à nous rejoindre
+sur le channel #travis de irc.freenode.net.
+
+Merci à [Michael Klishin](https://twitter.com/michaelklishin) pour la
+relecture approfondie et à tous les [contributeurs
+Travis](https://github.com/travis-ci/) qui participent à la mise à
+disposition de cet outil si pratique !

public/css/style.css

@@ -215,6 +215,10 @@ ul {
   list-style-type: square;
 }
 
+.center {
+  text-align: center;
+}
+
 /* ---- Site header ---- */
 
 #container > header {
@@ -300,9 +304,9 @@ ul {
   border-bottom-color: #480c28;
 }
 
-#content img {
+/*#content img {
   border: solid 3px #999;
-}
+}*/
 
 /* ---- Article ---- */