Un autre exemple, c'est que sur pas mal de SCM, la commande "revert" permet d'annuler les modifs en cours. Sauf que Git a choisi cette commande pour un usage légitime mais différent. Ca crée de la confusion, en plus du reste. On récemment ajouté la commande "restore" qui est arrivé pour pallier au fait que revert se faisant avec "checkout --" mais même là, il va falloir du temps avec que tout le monde se l'approprie.
Une autre difficulté avec Git, c'est la présence de l'index. Du coup, toute la documentation est assez complexe à lire puisque chaque commande peut avoir un effet soit sur l'index, soit sur le working tree, soit parfois directement sur le stockage. Perso, je me penche très régulièrement sur la doc et au bout de deux minutes, je suis perdu entre les 3 zones d'effet. Quand je vois mes collègues qui connaissent très peu git lire la doc, ils sont encore plus perdus que moi. Bien que celle-ci se veille complète et précise, elle est hyper difficile d'accès.
J'ai plusieurs fois perdu des changements, et aidé des collègues à récupérer des changements presque perdus tellement Git est complexe à utiliser.
Le plus ironique, c'est que une grande partie de la complexité provient de l'aspect décentralisé alors qu'en entreprise, le développement est hyper centralisé et hyper hierarchique. Bref, perso, SVN ça m'allait très bien.
Il n'y a que les tracking branches que je trouve sympa comme concept, et manquant dans mercurial.
[^] # Re: Au revoir mercurial
Posté par Philippe F (site web personnel) . En réponse au journal Bitbucket abandonne les utilisateurs de Mercurial. Évalué à 6.
Tu me rassures.
Un autre exemple, c'est que sur pas mal de SCM, la commande "revert" permet d'annuler les modifs en cours. Sauf que Git a choisi cette commande pour un usage légitime mais différent. Ca crée de la confusion, en plus du reste. On récemment ajouté la commande "restore" qui est arrivé pour pallier au fait que revert se faisant avec "checkout --" mais même là, il va falloir du temps avec que tout le monde se l'approprie.
Une autre difficulté avec Git, c'est la présence de l'index. Du coup, toute la documentation est assez complexe à lire puisque chaque commande peut avoir un effet soit sur l'index, soit sur le working tree, soit parfois directement sur le stockage. Perso, je me penche très régulièrement sur la doc et au bout de deux minutes, je suis perdu entre les 3 zones d'effet. Quand je vois mes collègues qui connaissent très peu git lire la doc, ils sont encore plus perdus que moi. Bien que celle-ci se veille complète et précise, elle est hyper difficile d'accès.
J'ai plusieurs fois perdu des changements, et aidé des collègues à récupérer des changements presque perdus tellement Git est complexe à utiliser.
Le plus ironique, c'est que une grande partie de la complexité provient de l'aspect décentralisé alors qu'en entreprise, le développement est hyper centralisé et hyper hierarchique. Bref, perso, SVN ça m'allait très bien.
Il n'y a que les tracking branches que je trouve sympa comme concept, et manquant dans mercurial.