CC permet justement de s'adapter à quasiment tous les workflows de projet et est customisable à partir de sa version de base.
Tu peux utiliser un workflow prêt à l'emploi avec la surcouche UCM.
Avec Git, c'est la même chose, simplement il faut s'investir pour définir clairement son besoin.
Les spécificité des outils ne doivent intervenir qu'à la marge sinon c'est que l'outil n'est pas adapté.
Ton exemple montre juste que tu veux un truc prêt à l'emploi auquel cas il faut effectivement changer ses habitudes.
Si tu as affaire à un rejet il faut peut-être prendre le temps de comprendre le besoin et mettre en oeuvre une vraie conduite du changement. La Rache a ses limites (mais peut-être que vous n'êtes pas nombreux)
C'est juste que c'est mega lent, qu'il faut une équipe complète d'admin pour gérer un serveur pour 50 personnes.
Pour la lenteur je te donne pas tort (le poids de l'âge).
Pour l'équipe d'admin, c'est encore un pb d'organisation.
Chez nous une équipe de 3 admin gère une DSI de plusieurs centaines de développeurs en ayant proposé un worklow et un toolset associé.
Après on nomme un responsable GCL (un dev senior) par projet qui s'occupe de mettre en oeuvre le workflow et de coacher lorsque les devs de base en ont besoin. L'admin au sens propre: coté client et serveur + méthode + support ne monopolise que 3 ressources.
[^] # Re: c'est pas franchement grave
Posté par El Titi . En réponse à la dépêche Rififi autour de Subversion. Évalué à 4.
CC permet justement de s'adapter à quasiment tous les workflows de projet et est customisable à partir de sa version de base.
Tu peux utiliser un workflow prêt à l'emploi avec la surcouche UCM.
Avec Git, c'est la même chose, simplement il faut s'investir pour définir clairement son besoin.
Les spécificité des outils ne doivent intervenir qu'à la marge sinon c'est que l'outil n'est pas adapté.
Ton exemple montre juste que tu veux un truc prêt à l'emploi auquel cas il faut effectivement changer ses habitudes.
Si tu as affaire à un rejet il faut peut-être prendre le temps de comprendre le besoin et mettre en oeuvre une vraie conduite du changement. La Rache a ses limites (mais peut-être que vous n'êtes pas nombreux)
C'est juste que c'est mega lent, qu'il faut une équipe complète d'admin pour gérer un serveur pour 50 personnes.
Pour la lenteur je te donne pas tort (le poids de l'âge).
Pour l'équipe d'admin, c'est encore un pb d'organisation.
Chez nous une équipe de 3 admin gère une DSI de plusieurs centaines de développeurs en ayant proposé un worklow et un toolset associé.
Après on nomme un responsable GCL (un dev senior) par projet qui s'occupe de mettre en oeuvre le workflow et de coacher lorsque les devs de base en ont besoin. L'admin au sens propre: coté client et serveur + méthode + support ne monopolise que 3 ressources.