Je pense surtout que rintintin est dans un cas particulier ou le systeme de livraison de base n'a pas été amélioré. Chez nous livrons genre des centaines de fichiers en un click(on a quand même limité à 250 fichiers par ACT), mais j'avoue on peut avoir des livraisons qui dure jusqu'à 8h(genre 30 developpement différent de 4 équipes, contenant plus de 2000 fichiers peut etre ^^), mais bon c'est pas le dev qui s'en occupe, on a une équipe intégration pour ca!
Mais pour l'utiliser, j'avoue c'est assez chaotique, mais je pense pas qu'il soit pire qu'un autre. Enfin si il est bien configuré, découpé, et retravailler.
a commencer par opera, encore un hs avec ton libre de merde et c'est le kick Kevin ...
Bien écoute les critiques de ton premiers messages sont absurdes.
Les pb de checkout il est ou? tout peut être fait correctement de manière transparente dans n'importe quelle ide de programmation. Quand a pourrir le main stream, c'est pas possible si t'as un système d'intégration correcte. Pour les diffs, ca marche très bien. Pour les merges, en intégration continue tu dois faire de petites itérations pour éviter les gros problèmes (en gros c'est tes méthodes qui vont pas), et il y a des outils graphique pour faire des merge apres rebase etc. Pour les dossiers et le control source, c'est pareil, co dossier etc... mais ca t'es meme pas censé le voir si tu as une bonne gestion de conf automatisée etc.
En gros je pense pas être a cote de la plaque, mais c'est sur que c'est facile de descendre n'importe quel programme parce qu'on l'utilise mal, que d'essayer d'apprendre à bien l'utiliser.
kim Le 05/04/2008 à 19:23 la lenteur de MVFS est aussi conceptuelle et non forcément liée à la méthode d'implantation... Et franchement, c'est redhibitoire.
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi
Wikipedia:
An atomic commit is an operation where a set of distinct changes is applied as a single operation. If the atomic commit succeeds, it means that all the changes have been applied. If there is a failure before the atomic commit can be completed, such as the Internet line disconnecting or a conflict that cannot be automatically resolved, the "commit" is aborted and all changes that have taken place are reversed (rolled back). In either case, atomic commit leaves the system in a consistent state. The word atom is used in its classical sense: an indivisible unit.
yep cc tout seul, les livraisons sont declenchees depuis un cruisecontrol.net bien customize
mais bon comme je l'ai deja dit les problemes que je rencontre ne se situent pas au niveau des livraisons, mais a l'utilisation quotidienne de cc pour le dev
oui je confirme l'outil seul est vraiment fastidieux à utiliser. Il est mou, lent, et surtout demande un nombre de click bouton assez chiant, entre la selection d'ACT, puis après les vérification, puis le checkout des versions avant livraison, puis ensuite la livraison, tu as bien au moins 4 click à faire pour livrer 1 seul fichier(et j'imagine qu'on vous a pas fait de systeme pour mettre plusieurs fichier dans une meme ACT?)
quel est le souci? normalement tous les checkouts que tu fais sont pris en compte dans l'activité courante non?
oui et non, j'imagine qu'il y a plusieurs dev qui travail sur les même vu...
c'est pas les méthodes qu'on critique mais le fonctionnement technique de clearcase lui même!
parceque cette abruti va lire tout les versions précédente avant de mettre la version 901. (sachant qu'un répertoire ca sert à rien)
Merci!!!)
