clearcase

We have to migrate from base clearcase to UCM. We have to move our Vobs from Base clearcase to Clearcase UCM. Few of the steps were suggested by other teams. Create PVOB Create Project under it Then they asked to move all the VOBs. Can we simply mount base clearcase vobs to UCM? Or is it better to create UCM vob and move all the elements from base clearcase? If any post or step by step guidance available to migrate from base clearcase to UCM, it would be helpful. Some body please suggest the steps to be followed. VonC It is quite easy (for the ClearCase setup. I won't address the UCM training

Using Eclipse 3.5, what clearcase plugin to use in order for me to work on both clearcase 6 and 7 projects? VonC I confirm the latest version of the IBM ClearCase Eclipse plugin presented here on the IBM site does work with eclipse3.5 even though it is for eclipse3.4 support CC6 and CC7 You just need to be careful about: your \HKEY_LOCAL_MACHINE\SOFTWARE\SourceCodeControlProvider\ value your Extension Location link . Note: the official IBM download page for this plugin seems unavailable at the moment. That means you must use the update p2 mechanism to access the: CC eclipse plugin update site

We use ClearCase UCM which has multiple Vobs (10). How to find the activities for past one week? Or list activities between two date ranges? It is a bit trickey, because all cleartool lsactivity commands are limited to one pvob ("project vob" or "special vob with UCM metadata in it"): cleartool lsact -invob \my\pvob -stream ... And an activity can be reused (meaning an old activity can have in its changeset very recent versions) If you have two baselines, you can easily diff them (by activity): See .. diffbl **. ct diffbl -act baseline:bas1@\myPVob baseline:bas2@\myPVob (that is necessary for

I the code below, I can run $retCode = ClearCase($cmd); with no error, but return 65280 when run this: $retCode = ClearCase($logcmd); I tried on XP and Windows 2003 server, same result, all with ActiveState Perl v5.14.2. This code was working 2 years ago somewhere else. Thanks Jirong $g_HPPC_DEV_DRIVE = "M"; $g_HPPC_DEV_VIEW = "bldforge_AOMS_DEV"; $g_logfile = "logfile.txt"; $cmd = "startview $g_HPPC_DEV_VIEW"; $logcmd = $cmd . " >> $g_logfile 2>>&1"; $targetDir = $g_HPPC_DEV_DRIVE . ":\\" . $g_HPPC_DEV_VIEW; print "\$targetDir = $targetDir\n"; print "Starting view .......\n"; #$retCode =

I'm on the lookout for tools to migrate from ClearCase to SVN. Ideally would like to get all history information, or as much as can be acquired. Incremental merges would be very beneficial but isn't required. This looks about the best. Polarion's business is SVN, so I guess they have a vested interest in making as many people as possible use it ... Oh, back up all your data before hand, do it on a test repository first, etc, etc. I experienced the same issue than Peter: the Polarion script was unable to proceed with large CleraCase VOBs and always ended up in a Java Heap Size out-of-memory

We are migrating from Clearcase to another VCS (probably either SVN or Mercurial). For companies that have made this transition, what factors did they find important in selecting another VCS tool, and what practices did they find eased the transition? SVN and Mercurial are both good SCM. Many opensource projects use them. If your choice only narrowed down to these two then what you and your team must consider is: Workflow and workflow How do you want to do the commits and branching? Distributed or Purely centralized? This is related to the company policy too. Go with SVN if you want everything

I have set up one Clearcase server, one Clearcase client, both on Windows XP. And created the following local groups and users. Machine A (Clearcase server) Group: Clearcase Admin - User: ccadmin Group: Clearcase User - User: ccadmin, ccuser Machine B (Clearcase client) Group: Clearcase Admin - User: ccadmin Group: Clearcase User - User: ccadmin, ccuser Then I logon machine B with ccuser, I checked out source code successfully, but when I try to add new files to source control, it prompted the following error: No permission to perform operation "make branch" Must be one of: member of element

I am workng with base ClearCase. Please consider my config spec: element * CHECKEDOUT element /cl5_sw_ste/DCT/*/... /main/rel_drop5/int_drop5/cl5_p65719_AUTE/LATEST element /cl5_sw_ste/DCT/*/... /main/rel_drop5/int_drop5/LATEST -mkbranch cl5_p65719_AUTE element /cl5_sw_ste/DCT/*/... /main/rel_drop5/LATEST -mkbranch int_drop5 element /cl5_sw_ste/DCT/*/... /main/0 -mkbranch rel_drop5 INTENT: Any checkout of existing elements automatically occurs on branch /main/rel_drop5/int_drop5/cl5_p65719_AUTE and that this branching scheme is used automatically for the creation of any new elements (of which

In our project so many file changes are happening, I want some notification for every checkin. so that every one in the team can know the files changed in the project. I want some basic information about the file like comments and the branch. That means "trigger": specifically a post-op checking trigger: cleartool mktrtype -c "Trigger to notify on checking" -element -all -postop checkin -execwin "ccperl \\path\to\notification\script" -execunix "Perl /path/to/notification.pl" NOTIFY_ON_CHECKING You can get some ideas from the "ten best triggers" IBM page . See also the E-mail notification

I have an issue with ClearCase merge: Instead of a ClearCase merge for a file, I have performed " add to source control " (merging a file from one branch to my branch). Now I don't get the version history and I am not able to see merge arrow from source branch to mine. After google it, I found that my problem is " evil twins ". Actually I am unaware of that the file should not have been added to a branch if same one already exists. Many forum say I can fix it by renaming the file. But, there is a problem, the file which got the issue was merged to other new branches. If I rename the file, does