UCM (Unified Change Management) est en fait une surcouche de Clearcase qui définit des entités de plus haut niveau (activité, stream, ...) et qui permet de s'interfacer avec des outils de change request (idéalement venant d'IBM on a Rational Clearquest :-(
Une activité est associée à une version modifiée de plusieurs fichiers et peut donc être assimilée à un changeset.
Le fait d'extraire les fichiers en écriture avant toute modification permet de tracer les activités et d'affiner la gestion des demandes de changements.
UCM a été créé pour pallier un gros manque de Clearcase de base: Les transactions sur le commit se font au niveau du fichier et non pas au niveau du changeset.
Ca signifie que si vous décidez de lancer un commit sur l'ensemble de vos fichiers modifiés, tous ceux qui n'ont pas été modifiés par un tiers sont commités et les autres sont rejetés. Vous devez résoudre les conflits restant alors que vous avez remis un changement incomplet; au risque qu'un autre récupère la moitié des modifs dans son espace de travail avec un update (=> pb compil, core dump, ...).
Rational a résolu le problème en associant une branche à chaque développeur, une branche d'intégration commune et en créant 2 actions au niveau du changeset ("rebase" equivalent à "update" et "deliver" équivalent à "commit").
Bref Rational a réinventé CVS en plus compliqué en rajoutant un peu de crème de RUP, de gestion composant... pour plaire aux décideurs et vendre des licences hors de prix.
On obtient un outil complexe avec une architecture scabreuse et qui demande beaucoup d'administration.
Si on veut vraiment dépenser des sous pour un "méga tool de la mort qui tue" alors autant choisir spectrum SCM qui est un outil complet avec une architecture solide et propre. http://www.spectrumscm.com/(...)
Mais franchement, une combinaison SVN/trac ou SVN/scarab (sur tigris.org comme SVN) donnera autant satisfaction que UCM/Clearquest pour bien moins cher. http://scarab.tigris.org/(...)
[^] # Re: Verrouillage
Posté par golum . En réponse à la dépêche Subversion 1.2. Évalué à 3.
Une activité est associée à une version modifiée de plusieurs fichiers et peut donc être assimilée à un changeset.
Le fait d'extraire les fichiers en écriture avant toute modification permet de tracer les activités et d'affiner la gestion des demandes de changements.
UCM a été créé pour pallier un gros manque de Clearcase de base: Les transactions sur le commit se font au niveau du fichier et non pas au niveau du changeset.
Ca signifie que si vous décidez de lancer un commit sur l'ensemble de vos fichiers modifiés, tous ceux qui n'ont pas été modifiés par un tiers sont commités et les autres sont rejetés. Vous devez résoudre les conflits restant alors que vous avez remis un changement incomplet; au risque qu'un autre récupère la moitié des modifs dans son espace de travail avec un update (=> pb compil, core dump, ...).
Rational a résolu le problème en associant une branche à chaque développeur, une branche d'intégration commune et en créant 2 actions au niveau du changeset ("rebase" equivalent à "update" et "deliver" équivalent à "commit").
Bref Rational a réinventé CVS en plus compliqué en rajoutant un peu de crème de RUP, de gestion composant... pour plaire aux décideurs et vendre des licences hors de prix.
On obtient un outil complexe avec une architecture scabreuse et qui demande beaucoup d'administration.
Si on veut un outil proprio qui gère la notion de changement, qui marche aussi bien voire mieux pour moins cher (gratuit pour les projets open source) autant se rabattre sur Perforce.
http://www.perforce.com/perforce/technical.html(...)
http://www.perforce.com/perforce/fr/price.html(...)
Si on veut vraiment dépenser des sous pour un "méga tool de la mort qui tue" alors autant choisir spectrum SCM qui est un outil complet avec une architecture solide et propre.
http://www.spectrumscm.com/(...)
Mais franchement, une combinaison SVN/trac ou SVN/scarab (sur tigris.org comme SVN) donnera autant satisfaction que UCM/Clearquest pour bien moins cher.
http://scarab.tigris.org/(...)