Gitolite est un outil comme je les aime : un mixe de scripts Perl utilisant la commande Git et les hooks, SSH pour l'authentification... C'est tellement simple et à la fois permet tant de configuration ! Perso j'adore. Comparé au serveur subversion + apache2/webdav y'a un monde...

Cerise sur le gateau, ça oblige les développeurs à se mettre à SSH, configurer leur agent correctement. Ils montent en compétence et en souplesse, et du coup se mettent d'eux-même à se faire des scripts perso.

Bon là je suis en train de former un... intégrateur ? Bref un dev qui fait du HTML/CSS sous Dreamweaver (oui il y en a encore...) et pousse en FTP. Y'a du boulot, mais ça à l'air de lui plaire.

Il faut forcément passer par des restrictions techniques, sinon on en a forcément un qui va un jour pousser en prod directement et foutre le bordel. Même s'il se fait gronder ce sera à moi de récupérer.

La mise en place de tags implique des releases, ce que notre gestion de projet ne permet pas actuellement. Déjà que je ne sais pas comment ça va se passer concrètement... Même si aujourd'hui Git a les outils pour gérer cette situation, les devs vont devoir quand même vachement jongler entre les branches.

Pour illustrer, actuellement un sprint dure 2 semaines. Mais il y a tellement de bugs et de demandes de features urgentes, que le sprint finit par durer 1 mois ... Aujourd'hui avec SVN, ils modifient 3 fichiers et les poussent en prod directement, mais ils peuvent pousser que ces 3 fichiers. Pas besoin de branches, tags, etc... Donc ça va leur faire tout drôle ! Avec Git on ne peut pas pousser 1 fichier, on pousse un snapshot !

Bref on va bien se marrer :)


Le 15 mai 2013 19:21, Wallace <wallace@morkitu.org> a écrit :
Le 15/05/2013 18:13, Pierre Jaury a écrit :
> Jette un oeil du côté des tags (qui peuvent, par exemple, être signés
> par le responsable de prod). Point le temps de détailler, mais promis ça
> fonctionne :)

Salut Greg,

J'allais répondre pareil, on export pas une branche mais un tag qui
correspond à une release de ton logiciel.
Je faisais cela à partir d'un svn, je passais par un script que les dev
lançait avec le tag svn qui doit être livré, rollback au tag précédent
en cas de soucis et surtout plein d'actions annexe comme re minifier /
combiner les js et css, faire des actions en bases, ...

Et Gitolite un retour dessus?

Perso je suis pas passé à Git à cause de la non centralisation inhérente
à Git (pratique pour des trucs open source, juste impensable pour du
closed source), du coup le fait que tu centralises à Git m'intéresse si
tu pouvais en parle plus.

++


_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/




--
Greg