I am using following version of clearcase -
Rational ClearCase Remote Client Version: 7.1.2
In my attempt to checkout files and folders recursively, I read these links:
How do I perform a recursive checkout using ClearCase?
http://www.ibm.com/developerworks/rational/library/4687.html
The issue is I am not able to locate these bin files used in these articles:
cleartool.exe not located in (c:\Program Files\Rational\ClearCase\bin\cleartool.exe)
clearmenuadmin.exe not located in (C:\Program Files\Rational\ClearCase\bin\clearmenuadmin.exe)
Not to mention windows search could not locate any of these files in C:\Program Files.
Please suggest what I am missing here ?
You cannot use cleartool commands with CCRC, only the GUI and CCRC/Teamapi (as in "Rational clear case CM API fail to checkout source code").
The CCRC is a ClearCase Remote Client, with none of the executables of a full ClearCase client.
Maybe the simplest way is to use Use "Environment -> ClearCase Search" GUI, to search for all elements, and select them all to checkout them.
Related
I wanted to annotate some code with version history. This is easy in Eclipse when using SVN, but the Rational ClearCase SCM Adapter plugin doesn't appear to support it.
I quick Google search reveals that on the command line ClearCase supports annotate via:
cleartool annotate -out - -fmt "%Vn |" -rm -nheader util.c
I also found a number of non-free plugins that support annotate.
Any free alternatives?
The cleartool annotate is the only form of annotation (or "blame") for ClearCase, and isn't available through the official plugins (ClearCase SCM adapter, or the CCRC plugin)
That is why you will fond some non-free option like:
annotate add-on
Visual Annotate (could have a free edition soon, according to his author Tamir Gefen)
FishEye & Crucible, although that stopped 4th April 2012, with FishEye 2.8.
In Visual Studio you can set it up to run the cleartool command line option (Using the Tools->External Tools...).
It seems like eclipse has a similar feature ("FAQ How do I add my own external tools?")
Command: \installationpath\cleartool.exe
Arguments: annotate -nheader $(ItemPath)
Initial directory: $(ItemDir)
After it creates the file you can open in your favorite editor.
I only mention it because it might be an option as it is free.
It is easier then using the command line excluding when my project files have the wrong capitalization which causes cleartool to not work and I find myself either update the .vcproj or using the command line.
I just installed WinMerge and checked its "Integrate with ClearCase" option. ClearCase now runs Winmerge when i execute "compare with previous version" on my java source files. However, when I run the same command on an xml file, it opens xml diff merge. How can I get it to open Winmerge instead?
See for instance "How do I integrate Beyond Compare with ClearCase?"
You need to modify
# up to ClearCase 7.0
c:\program files\rational\ClearCase\lib\mgrs
or
# ClearCase 7.1 and more
c:\program files\IBM\RationalSDLC\ClearCase\lib\mgrs
See the technote swg21256807 for detail on Changing the XML Diff/Merge Type Manager.
For any type manager that uses xmldiffmrg, replace the xmldiffmrg executable with your own.
Example (not for your tool, but you get the idea):
_xml2 compare ..\..\..\..\KDiff3\KDiff3.exe
_xml2 xcompare ..\..\..\..\KDiff3\KDiff3.exe
_xml2 merge ..\..\..\..\KDiff3\KDiff3.exe
_xml2 xmerge ..\..\..\..\KDiff3\KDiff3.exe
Note: The mapfile uses a relative path from its current location to find the executable.
In this example, KDiff3 was installed to the default directory on Windows (C:\Program Files\KDiff3) thus the relative path defined in the map file reflects as such.
In our clearcase we are having few folders require same contents.
We use to have symlink to achieve that. But Now our folders are having view private files, so symlink doesn't do any good.
Is copying it again the only mechanism ?
Any other policy or settings which can help to symlink view private file?
Symlinks (OS symlinks, not cleartool symlinks) should be supported, even for private files (they would certainly work in snapshot view anyway: those are based on the native OS).
Otherwise, copy is still a solution to fallback on.
But I am not aware of any dedicated policy on ClearCase for symlinks on private view files.
The is only one policy for versionned symlinks (created by cleartool ln -s, but this isn't your current scenario):
On Linux and UNIX systems, symbolic links are listed as absolute pathnames by default.
To list symbolic links as relative pathnames, set the environment variable CCASE_LS_RELATIVE_SYMLINK_PATH.
The OP Samselvaprabu mentions using Dynamic view drive and i am in windows environment, and reports the following error on symlink creation:
Object Msilist.bat is not a valid symlink target; no symlinks will be created.
Please select only valid symlink targets and retry the operation.
The man page "To create a Vob symlink" mentions the following restrictions:
You can use the cleartool ln -s command to create a VOB symbolic link (symlink) to the following items:
A file or directory (checked in or checked out)
A symbolic link
An eclipsed element (dynamic views only)
A hijacked element (snapshot views only)
The target of the symbolic link must be in the same view as the directory in which the symbolic link is to be created.
If you are in a snapshot view, unloaded elements are not valid symlink targets. Also, the directory in which the symlink is to be created must also be loaded.
My point was:
If cleartool ln -s doesn't work, especially for private file (which are not in ClearCase anyway), use OS symlink (in your case, NTFS symlinks if you are on Windows Vista or more, otherwise simple junction points)
So OS symlinks (native symlinks, not created by cleartool) should work.
I have CM Server for ClearCase Remote Clients in windows 2003 server.
Installed package in server.
I'm getting below error in CCRC client:
"CRVAP0087E CCRC command "checkin" failed: Unable to create pathname for
file "C:\ccweb\v973012\v973012_Latest_FMC": Permission denied"
Can you please help me to fix this issue?
The most efficient way to troubleshoot right issue is to go directly to the CCRC server, under the CCRC web (snapshot) view and type:
cd c:\ccweb\v973012
cleartool lsview -l -full -pro -cview
That way, you see with which group the user has created the CCRC view in the first place.
That group must be one of the groups associated with the Vob of the element being checked-in.
Check also this technote:
During the installation of Rational ClearCase, you are asked for a temporary directory to use during the installation to unzip large artifacts.
This temporary directory is used to preserve user configuration settings during an update or uninstall process.
If you specify a directory that is mounted on a file system that is separate from the installation directory, the file permissions and owners are not preserved when the files are moved across the file systems.
Finally, check for any trigger set on the Vob: they can have an unwanted side-effect with that CCRC 'checkin' operation.
In the specific case of the OP mth123, he suggests:
Go to the Windows Explorer and try these steps:
Go the the following directory: C:\ccweb
Rename the folder v123412 to V123412 (Only change the first letter and put "V" capitalized.)
Check if the problem is solved.
So depending on the actual tag of the view, this could be an issue about case-sensitive path.
The latest patch caused this issue. While applying patch CC preserving some file inclusing ccweb folder. while restoring those folder during post install these directory might have changed with lowercase/upper case. This is currently with IBM queue.
If you are going to upgrade CCRC please make a copy of ccweb directory with proper ACL or use ccopy.exe (clearcase utility)
When updating my clearcase (snapshot) view I get the following symlink errors:
Unable to resolve symlink
"setups.cmd". The symlink
target will not be loaded.
Unable to resolve symlink "setup.sh".
The symlink target will not be loaded.
Unable to resolve symlink
"setupwithdomain.doc". The
symlink target will not be loaded.
What do I do or tell my admin to do to get rid of this errors.
Are you on Windows? And with which ClearCase version
There is this IBM Technote, which explains why attempts to create an IBM Rational ClearCase symbolic link on Microsoft® Windows in ClearCase Explorer from a snapshot view fails when the snapshot view root is created with a lower case drive letter.
But that would only be for CC2003.
This thread mentions a similar issue:
We have had problems resolving symlinks when loading snapshot views.
It appears that the resolution of the pathname to the linked file is case sensitive.
The solution for us was to ensure that all symlinks used the correct case for the pathname to the linked file.