Ajout de vagrant

Bon voilà, j'ai packagé une box vagrant qui fonctionne.
Normalement, tout ce que vous aurez à faire pour l'utiliser c'est :

* Installer vagrant (http://downloads.vagrantup.com/tags/v1.0.5)
* Puller le dépôt coconut
* lancer la command ```vagrant up```dans le dossier du clone
* lancer ```vagrant ssh```pour vous connecter en ssh à la box (pour lancer les commandes SF, checker les droits sur les dossiers, etc)

Au démarrage (```vagrant up```) vagrant va vous demander votre mot de passe pour pouvoir éditer le fichier ```/etc/exports``` (partage NFS) .

Ensuite, ce que j'ai fait c'est ajouter une entrée dans mon fichier ```/etc/hosts```sur mon poste :
```
127.0.0.1        coconut.local
```

Une fois ces config faites, il faudra également adapter votre ```config/app.yml```en se basant sur ```config/app.yml.vagrant```

Les URLs dispos sont :
* http://coconut.local:8888/ (Coconut)
* http://coconut.local:8181/ (Jenkins : coconut / coconut) 
* http://coconut.local:8888/phpmyadmin/ (PMA/MySQL : root / pas de MDP)

Jenkins n'est pas complètement configuré : il n'y a que les AMIs pour les tests unitaires et behat en PHP 5.3.

Pour starter/stopper les services Jenkins et Thunderpush, il y a un script ```/etc/init.d/coconut {start|stop}```
Les logs de ces services se trouvent dans ```/var/log/coconut/*.log```

@agallou : J'ai essayé de contourner l'exception dans le plugin Jenkins en ajoutant un enregistrement DNS qui pointe chez moi à mon domaine et j'ai mis en place le routing qui va bien sur ma box pour que l'esclave puisse taper l'API que j'ai en dév mais je n'ai pas eu plus de chance : toujours la même exception :cry: Par contre, en allant en SSH sur l'AMI en en lançant un cURL sur l'URL de l'api, mon Coconut local est bien notifié et il archive bien les résultats et logs console... En attendant, je fais un appel cURL à la fin des jobs : 
```
$ curl http://coconut.local:8888/api.php/notify_end/build_id/46/run_number/1
```