clearcase | 易学教程

Does it make sense to permanently delete versions from a VCS as part of a normal development process?

阅读更多关于 Does it make sense to permanently delete versions from a VCS as part of a normal development process?

问题 We use ClearCase at my workplace. Part of our standard process when code is merged to the main (trunk) branch is to completely eradicate all of the versions on development and integration branches. Because this wipes out all of the check-in comments that went along with these versions, our source files have to have a lengthy prologue comment that identifies each change. On a few occasions I have pointed out that this negates one of the fundamental reasons for using a version control system,

ClearCase, use clearfsimport to perform brute force update

阅读更多关于 ClearCase, use clearfsimport to perform brute force update

问题 I've messed up my views a bit (big surprise for CC) and I have a child stream that has most of what I need, but not all. My parent stream needs to be updated, but I can't because of some issues (maybe evil twins I dunno). Is it possible/wise to do the following 1) clear all elements in the parent stream 2) use clearfsimport to perform mass update on child stream 3) deliver child stream to parent This is of course dependent on the fact that child stream elements are not deleted when deleted

Hudson integration with UCM ClearCase

阅读更多关于 Hudson integration with UCM ClearCase

问题 I have a linux build machine with JBoss, UCM ClearCase and ant installed. I would like to find out how to configure a continuous integration using Hudson and Hudson clearcase plugin. Can I use an existing dynamic view that is already created. Please give me some basic steps. Thank you in advance. 回答1: Yes you can use an existing dynamic view. The principle is: create the dynamic view on your hudson (master) server indicate in the Hudson Job configuration you want to use an existing dynamic

ClearCase一些概念整理

阅读更多关于 ClearCase一些概念整理

基本概念 ClearCase有时候缩写为CC。它是IBM Rational 出品的大型商用软件配置管理工具。其核心是版本控制。尽管能够听到对ClearCase的很多抱怨，比如昂贵、复杂、不好用，但它仍然是收费的版本控制系统中市场份额最大的。它有两个版本：Base ClearCase和ClearCase UCM。 Base ClearCase向你提供的是文件、目录、版本、标签、分支、触发器和链接等“裸露”的环境。在此基础上，你可以比较自由的进行设置和二次开发，以满足你实际项目的需要。它的优点是灵活。 ClearCase UCM是开箱即用（Out of the box）的，它提供了基于Base ClearCase的一套不错的封装。你只要做一些简单的设置，就可以在实际项目中直接使用了。它的一些性能指标也比Base ClearCase优异。版本库 ClearCase将版本库叫做版本对象库（Versioned Object Base,VOB）。工作区大致对应于视图（View）这个概念。视图分为两种，静态视图（Snapshot View）和动态视图（Dynamic View）。静态视图是位于本机的一个目录树，这个其他工具很像。动态视图有点像虚拟盘符，看着是在本机上，实际上是连到了服务器。签入和签出在ClearCase的世界里，签出（Check Out）和签入

What's the “proper” way to delete files from a ClearCase snapshot?

阅读更多关于 What's the “proper” way to delete files from a ClearCase snapshot?

问题 When I delete a file from my snapshot view, the next time I look at the snapshot in ClearCase Explorer, it shows the "??" checked-out-but-removed icon. When I run "Find Modified Files" on the snapshot, the deleted files aren't shown. Running "Update View" on the snapshot causes ClearCase to re-copy the missing files back into my view. What I want to happen is this: when I delete a file from my snapshot, and do an update, the file should be deleted from the view, just as if I had deleted it

Removal of clearcase views involves any housekeeping?

阅读更多关于 Removal of clearcase views involves any housekeeping?

Removing views which outlived its purpose, simple removal(Removing a view and its related records from a VOB) or should we perform any sort of housekeeping on the branches, elements etc. the views have been used to amend? No: the versions/branches can exist independently from the views. You can simply do a cleatool rmview (in order to remove the tag and unregister the view). The only cleanup you can do is to remove the checked out versions which are still recorded by a vob (even when a view has been removed): cleartool descr -l vob:\avob | grep uuid Then: cleartool rmview --force -vob \avob

command in clearcase to get list of all labels applied on an element

阅读更多关于 command in clearcase to get list of all labels applied on an element

问题 I'm trying to get the list of all the labels applied on an element. I'm using cleartool desc <element> This seems to list all the other details of the element as well. Is there any particular option with desc command that lists only labels? Thanks 回答1: Use cleartool fmt_ccase in order to restrict the describe to only the labels. cleartool descr -fmt "%l" myFile You can see that technique used in: "Which tag or branch is created from a particular branch" "Command to find labels applied on

How can i list the recommended base line in ClearCase

阅读更多关于 How can i list the recommended base line in ClearCase

问题 I'm currently writing a script that has to check the recommended baseline of the Integration stream, so the only parameters that I know is the stream name, I'm wondering if there is a way to do that using cleartool on linux (bash script). Here is my Vob: And this is the Stream: 回答1: You can use the fmt_ccase option %[rec_bls]CXp : On Windows: cleartool descr -fmt "%[rec_bls]CXp" stream:streamName@\aPVob On Unix: cleartool descr -fmt "%[rec_bls]CXp" stream:streamName@/vobs/aPVob You can see

Change set predecessor using cleartool

阅读更多关于 Change set predecessor using cleartool

问题 Eventually I'd like to find out how to diff a version in an UCM activity with the change set predecessor, using the command prompt, assuming there is more than one version for the same file in the activity. I already know how to get all the versions of a file in an activity. In general I could diff the latest version in the set with the earliest-1, but if the earliest version is the first version, because this is a new stream, then I'll have to figure the original stream. And that is also

Is there a way to get the line number which have added in the cleartool annotate command

阅读更多关于 Is there a way to get the line number which have added in the cleartool annotate command

I want the line number which has been added or changed in the particular revision or corresponding to particular comment.how can i do that in cleartool VonC There is no equivalent to a git log -S or -G (pickaxe search) in ClearCase. The closest is to parse out the result of a cleartool annotate (as seen in the OP's previous question ). You can annotate a specific revision by using the extended pathname as the pname argument (for example, foo.c@@\main\bug405 ) Then you can grep the output of that annotate call in order to grep a particular line or comment. 来源： https://stackoverflow.com