Nous avons un modèle de correctif dans lequel nous avons l'intention d'utiliser cset.pl -findmerge <activity>
pour fusionner sélectivement des activités cumulées dans un flux de correctifs (flux d'intégration vers flux d'intégration). Notez que nous utilisons un modèle de flux unique; Bien que le support pour les équipes travaillant avec leur propre flux de développement soit supporté (c'est-à-dire quand ils rejoignent un projet, ils travailleront avec l'intégration par défaut).Clearcase: dépendances d'activité pour la fusion de flux d'intégration (correctifs)
Cependant, il y a le problème des dépendances d'activité que nous essayons de résoudre.
Donc, dire que vous avez integration stream A
,
file a.txt
-> Change 1 (baselined ReleaseA)-> Change 2 -> Change 3
fileb.txt
-> Change 1 (baselined ReleaseA)-> Change 2
un flux d'intégration B et la configuration. le gestionnaire décide d'inclure "Change 3
" dans un nouveau correctif (flux d'intégration de correctifs - flux d'intégration C).
Ils effectuent un cset.pl fetchmerge
par rapport à Change 3
(qui inclut les modifications pour Change 2
).
Change 2
pour fileb
ne pas être ramassé si le problème est l'identification de ces dépendances d'activité.
Vous avez des idées?
Deliver activité peut avoir lieu entre deux flux quelconques, y compris le flux d'intégration vers le flux d'intégration. Une raison pour laquelle un simple 'deliver -act' n'est pas possible ici? – VonC
J'ai essayé un "cleartool -act Test2 @ \ TestProjVOB -stream Proj2_Integration @ \ TestProjVOB -target Proj1_Integration @ \ TestProjVOB", et il se plaint de "une opération de livraison de flux d'intégration doit spécifier des lignes de base à livrer". –