J'ai beau chercher, vraiment je comprend pas comment cette aberation des systeme de gestion de versions a pu voir le jour, et qu'est ce qui a pousse des entreprises a l'utiliser !!!
Certes ca part d'une idee presque geniale : les vues dynamiques. C'est trop cool de mounter son code source dans sons systeme de fichier et de faire des modifs dessus de facon transpar.. ah pardon non c'est tout sauf transparent, car avant de pouvoir toucher a un fichier il faut le checkouter (avec une super limitation par defaut qui empeche les autres de l'editer en meme temps
, on sent que ca a ete pense pour le collaboratif), on peut modifier les options pour virer les putains de boites de dialogue qu surgissent des qu'on tente d'y taper un caractere mais ca n'empeche pas qu'on se fait bouffer tous les caracteres tapes le temps que le fichier se fasse checkouter ... De plus si quelqu'un modifie / supprime / cree un fichier, et qu'il checkin qu'une partie de ses modifs, et bien ca pourrit le code a tout le monde !!! c'est-y pas genial ca ?!!!! Bref le mode vue dynamique direct poubelle © KK, c'est pas du tout pense pour travailler convenablement a plusieurs.
Heureusement les gens qui ont commis cette horreur logicielle ont prevu un second mode de fonctionnement : le mode snapshot. Chouette chouette qu'on se dit, on va pouvoir bosser comme sur cvs/svn \o/
Et non !!!! Vous croyiez quoi !!! Les developpeurs de cette bouse ont eu la prodigieuse et sadique idee de faire que meme en snapshot, il faut checkouter les fichier
Et si on supprime / cree un fichier il est directement envoyer sur le serveur \o/ On a joute a ca aucune gestion de synchronisation (du moins je l'ai toujours pas trouvee) qui permette de voir efficacement les differences entre les fichiers locaux et ceux presents sur le serveur et c'est tout bonnement un regal a utiliser #gerbe#
Mais bon a ce niveau la ils ont du se dire que c'etait pas assez merdique, c'est pour ca qu'il ont vraiment cherche le moyen d'implementer leur truc pour que ca soit vraiment execrable a utiliser \o/
Pas de commit atomique, monsieur prend les fichiers un par un \o/
En plus il est d'une lenteur a faire bailler un paresseux \o/
Et si il se plante en plein milieu du commit d'un fichier vous vous retrouvez avec un fichier incomplet sur le serveur et votre fichier renomme dans le systeme de fichier local \o/
Et il fait planter plein de softs s'ils ont le malheur de tenter d'acceder aux mount \o/
Si jamais vous voulez ajouter un dossier au controle de source, il n'ajoute QUE le dossier, PAS son contenu \o/
Mais le fin du fin, c'est l'integration aux ide ...
Y'a 3 ans j'y avais eu droit sous eclipse-websphere studio, c'etait tout par ibm donc c'etait chiant a utiliser mais ca marchait.
La j'ai eu le plaisir de tester le plugin visual studio (pas de maj depuis 2003
), et y'a pas a dire, c'est un regal 
Si on ajoute / supprime des fichiers depuis l'ide des fois il prend pas en compte ces changements \o/
La fenetre qui affiche un recapitulatif de tous les fichier en checkout ne se raffraichit pas correctement. Il faut la fermer et la rouvrir \o/ (et quand elle se raffraichit elle bloque tout
)
En plus il fait planter visual studio quand on le quitter 1 fois sur 2 \o/
edit: ah et j'ai oublie les config spec, merveilleux les config spec \o/
Vous voulez bosser sur un projet, il serait intelligent d'aller le chercher par un tag ou qqch de semblable, non ? et bien justement non ! il faut se taper un putain de fichier de configuration \o/
Conclusion: les reponsables de ce gachis d'octets doivent etre pendus par leur tripes (mais pas coupees les trippes, faut qu'ils souffrent looooooooooooooongtemps) et j'espere bien que la vie les a pas loupe pour avoir cree une saloperie pareille!!!