How to use clearcase(3)-- trivial problems

Some problems developer should pay attention to. They do not only just exist for clearcase. They are just good habits:

1. Before each check in, you should build it to see if your code would not affect other parts.

2. Before each deliver -com, you should build it to see if your code can work in the integration view

3. If you think there is something wrong, you can use tkdiff to see what has been changed for that file.

4. Sometimes, the check in can not close all activities related. Then you have to change the status of those activities by yourself.

How to use clearcase(2)-- Some Commands

In fact, there are some on-line helps document to help us use clearcase. For example, http://publib.boulder.ibm.com/infocenter/cchelp/v7r0m1/index.jsp


Here I just list some commands generally used:

0. cleartool setview viewname
cleartool setact ACT****
cleartool rebase -g
Those commands are necessary to be done before any of the following commands.

1. cleartool -mkelem ***
This command is to create an element. This element can be a file or directory. Before executing this command, you have to checkout the parent directory.

2. cleartool rename path1 path2
By use of this command, you can move one file to another path. Before executing this command, you have to checkout both of the directory.

3. cleartool co file(or directory)
This command is to checkout the file or directory

4. cleartool ci file(or directory)
This command is to checkin the file or directory

5. cleartool deliver
This command is to deliver your updates to the integration view.

6. cleartool deliver -cancel
Cancel the previous deliver ;

7. cleartool deliver -com
Complete the deliver

How to use clearcase(1)-- Introduction

Clearcase is a tool to control source code, bugs(Activity), use case and documents and so on. It builds relationship among them.

VIEW: After a project is created then the developer can create some views for it. For example, the developer can create a development view. When you just do development and then you just need to checkout checkin the source code under development view. After you want to deliver it to enable others to see your source code. Then you have to check the integration view. So the first level of the management is different views. By use of different views, you can admin different versions of your project.

ACTIVITY: If a developer wants to add some feature, then a new activity should be created through clearquest and assigned to that developer. Then when the developer check in to fix it and the status of that activity would be changed automatically.

The reason to open this blog

I open this blog just to record my track record on the technology, after I came to Canada.

To do that, I will write some articles about my research, my current job and some of the projects done during weekends.

Also, if I have free time, I would like to share some ideas on economics, politics, history, literature and jokes by use of this blog. When I talk about this kind of stuff, I would like to compare the difference between the west and the east, especially China.