2016-09-30 2 views
1

Désolé pour le poste long.comment ajouter correctement des composants de clearcase dans un flux d'intégration

Dans notre projet, nous avons composants suivants

  1. xyz_design (av, bv fichiers)
  2. xyz_project (lien doux xyz_design répertoire, lien vers xyz_verif répertoire et un autre répertoire)
  3. xyz_libs (lib1 .V, fichiers lib2.v)
  4. xyz_verif (de ver1.sv, ver2.sv fichiers)

Maintenant, nous avons prévu de créer deux projets & deux flux d'intégration différents de la manière suivante.

Chip_design_xyz (Z_chipxyz_design) (ci-après les composants)

  • xyz_design (composant modifiable)
  • xyz_project (composant modifiable)
  • xyz_libs (composant modifiable)

Chip_verification_xyz (Z_chipxyz_verif) (en voici les composants)

  • xyz_Verif (composant modifiable)
  • xyz_project (non composant modifiable)
  • xyz_libs (composant non modifiable)
  • xyz_Design (composant non modifiable)

Lorsque Z_chipxyz_design et Z_chipxyz_verif est un Rootless composant dans leur flux d'intégration respectif.

Tous les composants ont la ligne de base de la fondation avec BL0 i.e. BL0_design, etc. BL0_verif avec flux chip_design_xyz ayant z_chip_design_bl0 et chip_verification_xyz ayant z_chip_verif_bl0 comme base de référence composite.

Supposons maintenant dans le projet chip_verfication_xyz que nous apportons des modifications au fichier verif1.sv et que nous créons une nouvelle référence appelée z_chip_verif_bl1 et nous l'avons recommandée.
Note: Ici, nous avons apporté des modifications au dossier xyz_Verif et n'avons rien changé dans le dossier xyz_design.

Désormais, dans chip_design_xyz, des modifications sont apportées au fichier a.v et un nouveau fichier composite est généré baseline z_chip_design_bl1. Supposons que nous prenions une ligne de base nouvellement publiée et que nous rebasquions notre flux de vérification.
Cela créera-t-il des conflits?

Parce que nous avons une base de référence composite z_chip_verif_bl1 (base recommandée de notre flux) où il a des composants xyz_design qui a base BL0_design et maintenant quand nous rebasage à z_chip_design_bl1, nous avons xyz_design pointage à la valeur initiale BL1_design. Cette configuration soulève-t-elle un conflit de lignes de base composites lorsque nous essayons de rebaser?

Répondre

0

En modifiant la base de référence de la fondation du composant sans racine, vous devez modifier et remplacer une ligne de base par une autre.

Ceci n'est autorisé que si le composant (sans racine ou racine) n'a pas encore produit de nouvelles lignes de base créées sur le flux que vous utilisez pour rebaser (ici chip_verification_xyz).

Ici, cependant, vous avez créé un nouveau z_chip_verif_bl1. Vous ne pouvez donc plus simplement rebaser: vous devez fournir les modifications d'un flux d'intégration (chip_design_xyz) à chip_verification_xyz.

Je pourrais mélanger le flux de destination de rebasage, mais l'idée reste la même: ici, une livraison entre projets pourrait être recommandée.

+0

merci pour une réponse rapide. Mais lorsque nous prenons la ligne de base du flux de conception et que nous essayons de la rebasculer dans notre flux de vérification, cela crée un conflit car nous avons xyz_design comme composant non modifiable dans notre flux. Aussi, il est plus recommandé de suivre la configuration de notre flux lorsque nous avons z_chipxyz_verif (composant composite) avec un seul composant xyz_verif et de supprimer tous les autres composants sous z_chipxyz_verif et de rebaser notre flux avec la ligne de base de conception (z_chip_design_bl1). – Sat

+0

@Sat Un composant non modifiable * rootless * recevrait quand même une nouvelle ligne de base si l'une de ses lignes de base de dépendance changeait. Mais si dans votre cas ce n'est pas le cas, vous devriez pouvoir rebaser et simplement remplacer un ensemble de lignes de base par un autre en changeant la base de référence de la composante composite: aucun conflit n'est prévu. – VonC