Se connecter
Inscription
Mot de passe perdu
Poster une réponse à un sujet: Bitbucket ou bien y a mieux ?
Attention, ce sujet est un sujet ancien (4462 jours sans réponse)
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)
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)
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... ).
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... ).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?
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?
