mécanisme de distribution, Rational ClearCase

Question

Nous avons créé une structure de flux pour le modèle Rational ClearCase UCM.

Int 
-- Prd 
-- Uat 
-- Dev 
---- Development Stream r1.0 

Nous avons récemment migré la base de code dans la nouvelle configuration. Nous avions trois bases de code différentes, c'est-à-dire trois bases de code physique.

processus de migration:

Nous avons déplacé le code de production d'abord, a créé une activité, a prononcé l'activité à flux d'intégration, a créé une base de référence.
Ensuite, le code uat, créé une activité, livré l'activité au flux d'intégration, lors de la fusion, nous avons choisi les changements du contributeur 2 pour préserver le code existant de uat, créé une ligne de base. Le même processus pour l'environnement de développement. Pour l'instant, le flux d'intégration a la dernière version de base qui est la base de développement.
Maintenant, nous avons deux autres flux pour le prd et le uat à partir de laquelle la libération sera effectuée dans les environnements respectifs.

J'ai mon flux de développement maintenant. Je crée une activité et apporte quelques modifications. maintenant je dois promouvoir ces changements dans l'environnement uat. Si je fournis les modifications au flux d'intégration, la fusion est effectuée mais sur une base de développement. Je ne veux pas le redéfinir car de nombreuses applications de développement seront rebasées dans le système qui n'est pas désiré.

Comment puis-je obtenir la promotion de changements dans l'environnement de l'uat (flux uat). bon conseil.

Answer 1

On dirait que votre structure de flux est comme ceci:

Int 
    Dev 
    UAT 
    Prd 

Si je livrerai les modifications du flux d'intégration, fusion se fait, mais sur un basline de développement. Je ne veux pas le redéfinir car de nombreuses applications de développement seront rebasées dans le système qui n'est pas désiré.

Le principe d'un cours d'eau est de isoler un effort de développement spécifique:

• développement quotidien pour Dev
• test en mode lecture seule pour UAT (vous n'êtes pas censé toucher quoi que ce soit , juste tester et accepter ou rejeter)
• Les correctifs dans Prd

Int étant t ici pour enregistrer la dernière ligne de base Prd afin de permettre à un autre projet d'utiliser une de ces lignes de base comme point de départ, en évitant d'utiliser une ligne de base faite à partir d'une branche de branche ("branchement en cascade").

Je recommande (ce qui est une seule proposition, beaucoup d'autres structures sont possibles, en fonction de l'ensemble exact des efforts de développement dont vous avez besoin pour isoler les uns des autres):

Int 
    Prd 
    Dev 
    UAT 

• Vous rebasage UAT avec n'importe quel Dev Baseline que vous voulez tester (de cette façon, Dev peut aller sur le développement quotidien sans jouer avec le contenu testé pour les tests d'acceptation utilisateur)
• Si la ligne de base étant rebasée en UAT répond aux attentes, vous la livrez directement à prod (où des correctifs de dernière minute peuvent se produire)
• Lorsqu'une ligne de base est définie et Prd stable, vous livrez à Int (pour enregistrer le fait que ce soit celle qui va dans la production