Migration vers Git

Au travail, nous avons pris la décision de passer de Subversion à Git comme outil de gestion de sources. J’ai utilisé git quelques mois avant de migrer l’intégralité du projet pour tout le monde grace à l’outil git-svn. Et, mis à part les problèmes habituels de merge entre branches svn, j’étais plutôt enthousiaste concernant la migration vers git. L’idée était de disposer d’un outil plus puissant pour pouvoir séparer plus efficacement les développements en utilisant des branches. Pour expliquer quelle technique j’avais envie de mettre en place pour gérer nos branches de développement, j’ai cherché l’outil qu’il nous fallait, tout en espérant pouvoir migrer notre outil de gestion d’incident actuel (Trac) vers un se rapprochant plus de github.

Résultats

Il n’y a pas tant d’outils que je le pensais au préalable. J’ai trouvé gitorious, qui a l’air d’être un bon outil, mais l’installation à l’air complexe et ne propose pas (où je suis passé à côté) d’outil permettant de visualiser de façon graphique les branches.

Je suis tombé sur GitLabHQ, qui est un projet naissant, mais prometteur puisque l’objectif est de fournir une alternative similaire à github. Je l’ai essayé et je dois dire que je suis réellement très impressionné, à tel point que c’est maintenant un des outils que nous utilisons en complèment de Trac.
Nous utilisons toujours Trac pour gérer nos tickets de bugs et pour contrôler leur workflow à l’aide de messages de commit (il y aura un post ici à ce sujet dans quelques temps). Nous utilisons aussi le wiki de Trac pour la documentation développeur (nous n’avons pas encore pris le temps de la migrer vers GitLabHQ, ce qui arrivera certainement).
Continue reading →