Se connecter
Inscription
Mot de passe perdu
Supprimer un message
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... ).
