Ma société est passée de Subversion à Git il y a environ trois mois. Nous avons eu des semaines de préavis avant le changement. Comme je n’avais jamais utilisé Git (ni aucun autre DVCS), je lisais Pro Git et passais un peu de temps à créer mes propres référentiels et à jouer, afin de pouvoir continuer à travailler avec un minimum de douleur lorsque nous changerions . Maintenant, je suis le «gars Git» par défaut.
À quelques exceptions près, la plupart des membres de mon équipe n'ont toujours aucune idée du fonctionnement de Git. Par exemple, ils considèrent toujours les branches comme des copies complètes du code source et vont même jusqu'à cloner le référentiel dans plusieurs dossiers (un par branche). Ils considèrent généralement Git comme une boîte noire effrayante.
Compte tenu de la nature fondamentale du contrôle à la source dans notre travail quotidien (sans parler de la quantité ridicule de pouvoir que nous offre Git), je suis d’avis que tout développeur qui n’atteint pas un certain niveau de maîtrise de cette fonction est un handicap .
Devrais-je m'attendre à ce que mon équipe comprenne au moins comment Git fonctionne en interne et comment l'utiliser au-delà des opérations les plus élémentaires d'extraction / fusion / insertion? Ou suis-je en train de faire quelque chose avec rien?