ClearCase : Comment puis-je Revenir au plus Tôt de base?

Comment puis-je Revenir au plus Tôt de base? Nous avons une UCM développement parallèle(multi-stream). Chaque développeur d'avoir une vue d'ensemble du Projet d'Intégration de flux de données.
Les développeurs veulent voir la version antérieure de l'application dans leurs instantané de points de vue afin de pouvoir déboguer première version de l'application pour trouver des bogues.

Quand je veux changer un instantané existant vues du foundition lignes de base, clearcase ne me le permettent pas. Alors, Comment puis-je faire cela?

OriginalL'auteur mcaaltuntas | 2009-03-03

  1. 6

    Puisque vous employez le terme de Base, je suppose que vous êtes à l'aide de l'UCM.

    Sur un flux, vous ne pouvez pas revenir en arrière d'une ligne de base.

    Une possibilité est de faire un courant parallèle, avec la ligne de base voulue en tant que fondation: c'est le moyen le plus rapide.

    Après les changements sur ce nouveau flux, vous pouvez faire une nouvelle rebase pour changer la fondation de référence, mais seulement si cette nouvelle rebase est à l'aide de la plus récente de base de la société mère flux (pas une ancienne ligne de base)

    Pour votre besoin spécifique, je voudrais recommander un non-UCM vue instantané avec une règle simple

    element * thePreviousBaseline

    Pour le développeur:

    • son UCM vue pour le développement (toujours le DERNIER d'une branche associée à un flux de données)
    • un deuxième snasphot ensemble de vues à ce que de base il/elle a besoin.

    Que le deuxième cliché n'est pas du tout liées à l'UCM projet et prend avantage de la "pleine nature" de la ligne de base (ne pas vérifier que votre base de référence a été mis en "full", pas "incrémentielle". Si c'est "incrémentale", il suffit de changer son type et de mise à niveau plein)

    Donc, à côté de votre instantané actuel UCM vue, vous pouvez créer n'importe où vous voulez un non-snasphot vue:

    cleartool mkview -snap -tag mylogin_myComponentname_csl_snap -vws myPathToViewStorage myPathToRootView
cd myPathToRootView
cleartool edcs
[add the selection rule: element * myOlderBaseline]
[add the load rule at the end: 'load /myVob_Including_MyComponent]
[save, type 'yes']

    C'est très bien pour de la consultation et de l'exécution, mais si vous avez besoin de patch (que j'ai est à écrire, découvrez et dans certains fichiers), alors je vous recommande d' une UCM flux par ligne de base pour être patché.

    De cette façon, le flux représente clairement le patch effort pour une donnée de base. Il ne devrait pas être un trop grand nombre d'entre eux, sauf si vous les mettez dans la production d'une nouvelle version de votre application toutes les cinq minutes... ce qui n'est pas conseillé 😉

    Donc, pour résumer:

    • la non-UCM instantané de vue est unique et servir pour une consultation rapide/debug de l'un des plus anciens de base à la fois.
    • pour les patchs (source de la modification), vous créez un courant parallèle bien nommé, avec la bonne fondation de base, puis un UCM vue sur celui-ci. Vous ne pouvez pas seulement de débogage, mais aussi corriger quelques bugs dans une activité, le remettre à cette activité sur le principal Int stream si ce bug besoin d'être installée sur une hausse des flux de données.

      (remarque: tous les bugs ne sont pas toujours besoin de se faire livrer: ils peuvent être obsolète en comparaison avec l'état actuel du développement)
    Oui je suis à l'aide de l'UCM.Quand je fais le parallèle enfant/développement stream je peux charger souhaité de base comme une fondation.Cependant quand je fais des changements dans ce courant parallèle je ne peux pas changer la fondation de la base à nouveau.Pouvez vous nous aider s'il vous plaît?
    Merci beaucoup pour vos réponses. Comment puis-je créer des non-UCM vue dans une UCM projet(désolé je suis novice)? Et Lorsqu'un développeur veut voir plus de base que l'actuel courant parallèle, est-ce qu'elle a de créer de nouvelles développement de l'enfant, de flux pour les anciens de base?

    OriginalL'auteur VonC

  2. 2

    La façon dont j'ai résolu ce problème est d'en faire un autre jet, un enfant du Flux de l'Intégration de Flux. La façon la plus simple de créer ce Flux est d'ouvrir ClearCase de l'Explorateur de Projet (pas Rational ClearCase Explorer) et de naviguer dans le Projet, puis le Flux en question. Clic droit sur l'Intégration de Flux et sélectionnez "Créer un Enfant Ruisseau..."

    Cliquez sur "Options Avancées" et sélectionnez une base de référence pour chaque composant. Pour ce faire, sélectionnez le composant, puis en sélectionnant "Modifier..." et en sélectionnant la base spécifiques que vous voulez voir. Vous voulez probablement sélectionnez "Invite-moi à créer une Vue pour ce Flux." Sélectionnez "OK".

    N'importe quel développeur peut le faire. Vous n'avez pas besoin d'être un VOB propriétaire ou d'un Projet ou d'un Ruisseau propriétaire.

    Si vous êtes juste de débogage et de l'ancienne version, ou de générer des fichiers binaires à partir d'une ancienne ligne de base, vous pouvez également marquer le nouveau flux de données en lecture seule. Après avoir fait ce que vous voulez, vous pouvez également marquer comme obsolète, de sorte qu'il n'affiche pas par défaut dans l'explorateur de projet.

    OriginalL'auteur Eddie

  3. 1

    Eh bien, ça dépend. En fait, la réponse se trouve dans la configuration de votre config spec pour pointer vers les fichiers appropriés. Votre config spec indique votre point de vue sur les versions d'éléments à regarder. Mais comment vous faites écrire cela dépend de votre projet, de l'approche des lignes de base. Avez-vous appliqué un label pour la marque de référence? Si oui, et si vous voulez seulement lire et de ne pas checkout quelque chose de nouveau, votre config spécification peut être aussi simple que de

    element * <LABELNAME>

    Si vous n'utilisez pas d'étiquettes, vous pouvez également configurer votre config spec pour vous montrer les fichiers en fonction des dates. Il devient de plus en plus compliqué, plus les règles que vous devez ajouter à limiter votre choix d'élément. Si vous avez plus de détails, je peux essayer d'élaborer sur ce que les règles que vous pourriez avoir besoin. Sinon, je voudrais lire les manuels livrés avec ClearCase. Si l'on considère l'Étendue de l'Aide de ClearCase Explorer, puis faire "Affichage Rational ClearCase guides en Ligne", il devrait vous donner quelques liens pour les Références de Commande. C'est là où je vais dès que j'ai besoin de modifier ma config spec dans certains nouvelle façon.

    Aussi, notez que nous n'utilisons que des vues dynamiques, donc je ne sais pas si les vues instantanées de travail différemment.

    OriginalL'auteur mbyrne215