Ben je l'ai untilisé sous SUN, pas de Pb, sous linux, pas de Pb (sous si le serveur foire) .
Je trouve ca assez utile de pouvoir a tout moment accéder a tou l'arbre de version par le FS, je fait mes migrations a coup de find, de @@, etc.
Ensuite les outils associé ca s'appel clearmake, derived object, wink in,
gestion de configuration.
A part l'aspect MVFS (l'arbre de version est monté sur le VFS), qui permet quand même de bosser a 25 sur la meme chose, les VS en mode deconnecté c'est plus casse couille si il faut se synchroniser a 25.
Le droits sont géré par le MVFS, pas possible de modifier proprement un fichier si qqn d'autre est en train de travailler dessus,
a l'usage c'est quand meme mieux que d'autre outils qui marche en déconnecté.
plein gens veulent avoir des FS pour accéder au ftp, http, mail, fichier, ... etc il existe mem un cvsfs, donc il n'y a pas que les utilisateur de Clearcase qui trouve ca bien. Ensuite si l'implémentation est buggé, c'est pas normal le support est la pour ca, mais je maintient qu'avoir un VFS pour ton arbre de version c'est super util.
Ensuite clearmake, derived objects, wink in:
Pour chaque object produit je peut savoir exactement:
- l'environement utiliser pour le produire
- la commande utilisé pour le produire
- la version de TOUT les éléments utiliser pour le produire
Si un truc change le systeme recompile, pour la gestion des dépendance j'ai pas encore vue mieux
c'est évidement accessible par ligne de commande,
Une utilisation est que si tu distribue un programme version X.Y, tu peut (jamais testé mais ils disent que c'est possible et déja fait) refaire exactement le même programme 5 ans aprés, puisque tu as accés aux version utilisé pour construire le programme.
Pour finir le wink-in : Si qqn a déja produit le meme fichier dérivé (un .o, par exemple), tu le copie directement qu lieu de le refaire-> gain de temps énorme.
[^] # Re: Où ça ?
Posté par ham . En réponse à la dépêche Sortie d'Eclipse 3.1. Évalué à 3.
Je trouve ca assez utile de pouvoir a tout moment accéder a tou l'arbre de version par le FS, je fait mes migrations a coup de find, de @@, etc.
Ensuite les outils associé ca s'appel clearmake, derived object, wink in,
gestion de configuration.
A part l'aspect MVFS (l'arbre de version est monté sur le VFS), qui permet quand même de bosser a 25 sur la meme chose, les VS en mode deconnecté c'est plus casse couille si il faut se synchroniser a 25.
Le droits sont géré par le MVFS, pas possible de modifier proprement un fichier si qqn d'autre est en train de travailler dessus,
a l'usage c'est quand meme mieux que d'autre outils qui marche en déconnecté.
plein gens veulent avoir des FS pour accéder au ftp, http, mail, fichier, ... etc il existe mem un cvsfs, donc il n'y a pas que les utilisateur de Clearcase qui trouve ca bien. Ensuite si l'implémentation est buggé, c'est pas normal le support est la pour ca, mais je maintient qu'avoir un VFS pour ton arbre de version c'est super util.
Ensuite clearmake, derived objects, wink in:
Pour chaque object produit je peut savoir exactement:
- l'environement utiliser pour le produire
- la commande utilisé pour le produire
- la version de TOUT les éléments utiliser pour le produire
Si un truc change le systeme recompile, pour la gestion des dépendance j'ai pas encore vue mieux
c'est évidement accessible par ligne de commande,
Une utilisation est que si tu distribue un programme version X.Y, tu peut (jamais testé mais ils disent que c'est possible et déja fait) refaire exactement le même programme 5 ans aprés, puisque tu as accés aux version utilisé pour construire le programme.
Pour finir le wink-in : Si qqn a déja produit le meme fichier dérivé (un .o, par exemple), tu le copie directement qu lieu de le refaire-> gain de temps énorme.