Bonjour,

Nous sommes dans le cadre d'un projets privés (dit "de potes") sur un développement Symfony2/PHP/MySQL

Le serveur de Prod est chez OVH (l'autre, le faux) et les serveurs de tests sont...chez chacun de nous. Après avoir testé différents modes de dev (FTP à la volée (CTRL+S) directement sur le serveur de prod, SVN,...) nous en arrivons à test Bitbucket.
Le problème c'est que c'est limité à 5 et que nous sommes déjà plus de 6.

De plus, la configuration de cycle en triangle (chacun chez soi, puis remonter vers le 'maître' qui merge et qui pousse en prod et puis nous qui "repompons" le master...etc..) est loin d'être efficace.

Je crois savoir qu'OVH (le nôtre, le vrai) est dans ce domaine, et d'autres aussi.

Bref la question fondamentale est quelle la plus belle manière de bosser dans ce genre?
Nous ne sommes pas contre professionaliser le bazar: même si cela va sembler lourd et pragmatique au départ, le fait d'avoir des séparation entre test, prod et bckup peut nous servir, pas contre l'idée d'avoir un maître/Linus qui relit/merge tout, mais c'est un peu lourdingue...et pas très fun pour lui.

D'autre part, vu le milieu openSrc, j'aurais du mal à croire que la seule bonne issue soit payante....si?

Alors on va commencer par une bonne nouvelle : il est parfaitement possible de créer un dépôt git privé sur un hosting mutualisé ovh
http://blog.developpez.com/ovanhoof/p10108/linux/creer_un_depot_git_prive_sur_un- _hebergem
Maintenant, ce n'est qu'un dépôt git. Les sites comme bitbucket, github etc. offrent bien plus, puisqu'ils proposent tout un environnement web de gestion de projet.
Tu peux donc installer sur un serveur de dev ce genre d'outil :
- Redmine
- Gitorious
- Gitlab

Ensuite pour l'organisation de l'équipe, 2 possibilités :
- à la mode svn avec un seul serveur git central, tout le monde ayant les droits d'écriture dessus (c'est ce qu'on fait en ce moment au boulot pour notre premier projet git, ainsi la transition depuis svn est facilitée puisqu'on garde la philosophie du serveur central). L'inconvénient c'est que potentiellement n'importe qui peut bousiller le code sur le dépôt en pushant de la merde.
- à la mode décentralisée où chacun bosse sur son propre dépôt et seul le big boss s'occupe des pull requests en mergeant les commits de l'équipe dans le dépôt central. (c'est comme ça que fonctionne les github-like)

Quoiqu'il en soit, une lecture indispensable sur l'organisation des branches dans git :
http://nvie.com/posts/a-successful-git-branching-model/


EDIT : je ne parle que de git, mais en fait tu bosses peut-être sur un autre scm ? Quoiqu'il en soit, les principes sont les mêmes pour n'importe quel dépôt de source moderne décentralisé (git, mercurial... ).

SCM> Oui, oui GIT à priori.
Bien que j'ai joué avec du SVN, qu'au boulot c'est encore CVS (si,si!) et que je n'ai pas honte de dire que ClearCase c'est pratique (mais cher), je refuse de croire que dans le domaine des SCM il y a vraiment de quoi trancher violemment.

Merci pour ces bonnes infos et belles lectures....

Et Jenkins ?
Hudson ?

Oula c'est des outils java ça, ça ne va pas s'installer facilement sur un mutualisé...

Sinon le plus souple pour ce genre de cas c'est ptêt de prendre une VM dans le nuage...
http://www.ovh.com/fr/cloud/instances/index.xml
(n'oublie pas de prendre un disque persistant en plus)