Cycle de vie des stratégies de ligne de base/ligne de base dans UCM ClearCase

Question

Nous avons mis au point une stratégie de flux qui comprend un flux d'intégration principal et plusieurs autres flux pour les autres environnements. Une idée brève comme indiqué ci-dessous.

Integration Stream 
-- Production 
-- Development 
---- Stream for release 1.0 
---- Stream fix release 1.0 

Nous avons l'intention d'utiliser l'enfant pour le développement des flux et de le livrer au flux de développement et de choisir les activités et créer une base de référence et de les promouvoir au flux d'intégration.

J'ai lu quelques messages très informatifs sur ce forum et j'ai quelques doutes pour commencer. Je suis nouveau dans l'environnement UCM et j'ai du mal à obtenir une image plus large de l'utilisation.

1. Les lignes de base doivent-elles être créées sur la branche de développement ou la branche d'intégration.
2. Comment la ligne de base traverse-t-elle le cycle de vie? Est-ce que la ligne de base que nous créons, après le test, la publication, etc., ne change-t-elle que dans les niveaux de promotion?

Il serait très utile si quelqu'un pouvait décrire ce processus.

Merci d'avance.

concernant

Answer 1

1/Si les lignes de base sont créés sur la branche de développement ou la branche d'intégration.

Vous pouvez créer une ligne de base sur n'importe quel flux. Ce ne sont que des étiquettes sur les composants inscriptibles.
Les lignes de base intermédiaires peuvent ensuite être "obsolètes" (verrouillées et invisibles) si vous devez les nettoyer. Votre flux de développement devrait être renommé en "Consolidation", parce que c'est là que vous allez consolider ce qui va réellement à la production (et livré sur "Flux d'intégration": votre flux "Production" n'est pas nécessaire ici).

Étant donné que les corrections commenceront à partir d'un « officiel » (c.-à- « en production ») étiquette, je recommande de transférer le flux « version du correctif Stream xy » ci-dessous l'intégration flux

Remarque: vous devez être au courant que "livrer des activités" creates a timeline reliant tous les activités du flux source. Cela signifie que vous pouvez fournir un ensemble partiel d'activités du flux A vers le flux B, mais vous ne pourrez pas livrer du flux A au flux C (sauf si vous exécutez toutes les activités).
En résumé, la référence et la livraison toutes les activités est toujours plus simple.

2/Comment la ligne de base passe par le cycle de vie

En premier lieu, le statut « TESTE », « VALIDE », ... est juste une méta-attribut que vous pouvez définir à quelle valeur vous voulez, sans aucune relation avec le flux où la ligne de base a été définie.

Le cycle de vie est alors déterminé par:

• le flux de travail se confond vous permettant d'isoler différents efforts de développement d'une branche (construction du flux) à un autre.
• l'état (métadonnées) que vous associez à votre ligne de base.