Bon allez je vais te lister quelques unes des différences
vue dynamique:
SVN ne fournit que l'équivalent des vues snapshots et pas de vues dynamiques.
Avantage:
pas besoin de charger les données
Inconvénient:
Mode connecté => dépend du bon état du réseau, pas de possibilité de travailler hors ligne, simple point of failure si le serveur de registre ou de vob tombe
Vue snapshot,dynamique vs workspace SVN.:
Ne fonctionne que dans une architecture réseau commune (droits à allouer sur le postes, création d'un compte service dans le domaine.
Performance dégradées à distance au point que le multisite ou les clients Web deviennent incontournables.
Avec SVN derrière un frontend Apache pas de pb de performance
Solution IBM pour la 7.0 => CCRC qui revient à fournir le modèle SVN .
Obligation d'administrer les vues car lors des co le serveur de registres garde la trace des fichiers réservés.
Il faut purger régulièrement de registres les vues qui ne sont plus utilisées.
Avec SVN pas de trace. Si un fichier est locké par un utilisateur on peut forcer le unlock et on a pas de trace
Gestion des licences:
coût des licences et simple point of failure lorsque le serveur est out.
Modèle de concurrence:
obligation de réserver un fichier (même en unreserved ) avant de le modifier pour CC.
SVN : possibilité de choisir pour certain fichiers un fonctionnement avec un lock exclusif (fichier images par exemple) et modifiication sans réserver les fichiers pours les autres.
Gestion des droits administrateurs
Avec CC lié à l'OS => nécessite de contacter les admins pour créer un compte chaque fois qu'on veut ajouter un nouvel utilsateur (pour compliquer le tout obligation d'avoir le même compte sur tous les OS créer le compte dasn Active Dirctory et le recréer sur le serveurs Linux)
Multisite:
Mise en ouevre complexe et nécessaire à cause des perfs lorsque 2 réseaux d'entreprise sont différent et distants.
Avec SVN l'approche centarlisée convient et l'administation derrière Apache permet de ne pas être liée à l'archietcture du réseau (un login et un pw suffisent). IBM propose le CCRC pour contourne le pb dans la 7.0
Merge et intégration
Avantage à CC qui propose depuis tjs le merge tracking (hyperlien de merge), des assistants de merge pour une arborescence complètes et des interfaces de merges adaptés à des fichiers autres que seulement du texte (XML, modèles Rose, RSM, , word, ...)
Triggers
Placés du coté des clients avec CC suaf depuis la 7.0 avec le CCRC.
permet d'intrecepter plus d'opération mais necessite de les déployer sur chacun des clients et de les porter sur tous le OS.
Fabrication:
Cleamake permet le partage d'objets dérivés et l'audit de fabrication
Pb aujourd'hui ANT ou compil incrémentale pour Java
Gestion des changement
Clearcase de bas n'a pas de commit atomique (changeset)
=> obligation d'utiliser UCM pour s'interconnecter avec un outils de change/bug tracking.
[^] # Re: Clearcase
Posté par Bozo_le_clown . En réponse à la dépêche Subversion 1.4.4. Évalué à 5.
vue dynamique:
SVN ne fournit que l'équivalent des vues snapshots et pas de vues dynamiques.
Avantage:
pas besoin de charger les données
Inconvénient:
Mode connecté => dépend du bon état du réseau, pas de possibilité de travailler hors ligne, simple point of failure si le serveur de registre ou de vob tombe
Vue snapshot,dynamique vs workspace SVN.:
Ne fonctionne que dans une architecture réseau commune (droits à allouer sur le postes, création d'un compte service dans le domaine.
Performance dégradées à distance au point que le multisite ou les clients Web deviennent incontournables.
Avec SVN derrière un frontend Apache pas de pb de performance
Solution IBM pour la 7.0 => CCRC qui revient à fournir le modèle SVN .
Obligation d'administrer les vues car lors des co le serveur de registres garde la trace des fichiers réservés.
Il faut purger régulièrement de registres les vues qui ne sont plus utilisées.
Avec SVN pas de trace. Si un fichier est locké par un utilisateur on peut forcer le unlock et on a pas de trace
Gestion des licences:
coût des licences et simple point of failure lorsque le serveur est out.
Modèle de concurrence:
obligation de réserver un fichier (même en unreserved ) avant de le modifier pour CC.
SVN : possibilité de choisir pour certain fichiers un fonctionnement avec un lock exclusif (fichier images par exemple) et modifiication sans réserver les fichiers pours les autres.
Gestion des droits administrateurs
Avec CC lié à l'OS => nécessite de contacter les admins pour créer un compte chaque fois qu'on veut ajouter un nouvel utilsateur (pour compliquer le tout obligation d'avoir le même compte sur tous les OS créer le compte dasn Active Dirctory et le recréer sur le serveurs Linux)
Multisite:
Mise en ouevre complexe et nécessaire à cause des perfs lorsque 2 réseaux d'entreprise sont différent et distants.
Avec SVN l'approche centarlisée convient et l'administation derrière Apache permet de ne pas être liée à l'archietcture du réseau (un login et un pw suffisent). IBM propose le CCRC pour contourne le pb dans la 7.0
Merge et intégration
Avantage à CC qui propose depuis tjs le merge tracking (hyperlien de merge), des assistants de merge pour une arborescence complètes et des interfaces de merges adaptés à des fichiers autres que seulement du texte (XML, modèles Rose, RSM, , word, ...)
Triggers
Placés du coté des clients avec CC suaf depuis la 7.0 avec le CCRC.
permet d'intrecepter plus d'opération mais necessite de les déployer sur chacun des clients et de les porter sur tous le OS.
Fabrication:
Cleamake permet le partage d'objets dérivés et l'audit de fabrication
Pb aujourd'hui ANT ou compil incrémentale pour Java
Gestion des changement
Clearcase de bas n'a pas de commit atomique (changeset)
=> obligation d'utiliser UCM pour s'interconnecter avec un outils de change/bug tracking.
Pas de gestion des composants à la UCM pour SVN
....