Workflow for working on activities in a multiple-stream UCM project

Figure 1. Workflow for working on activities in a multiple-stream project
The developer role starts with Set up work areas and moves to a cyclic workflow. Work on activities tasks follow the tasks in Find and set activities and precede the tasks in Deliver activities. Following Deliver activities is Rebase your work area, after which the workflow can start again with Find and set activities. Work on activities has the following tasks: Check out and modify; view metadata; check in; and indicate progress.

To work on activities in a multiple-stream project, you check out and modify source files and test your modifications. You may also need to enter information in your change-request management system to communicate your progress. On a multiple-stream project, if you are ready to make your work available to the rest of the team, you deliver it.

In a single-stream project, you perform many of the same tasks, but the ordering is slightly different.

Checking out and modifying source files

To modify files and directories under Rational® ClearCase® control, you must check them out and ensure that you have assigned your revisions to an activity. Checking out a file makes it writable in your view. Then you can use any editing tool to modify it.

Viewing metadata

Metadata is information that is kept about your activities and source files in both Rational ClearCase and Rational ClearQuest® environments. While working with checked-out files (checkouts), you may want use Rational ClearCase and Rational ClearQuest tools to view metadata. For example, you can do the following tasks.

Checking in and testing source files

If you work in a multiple-stream project, if you want to keep a record of the current state of a checkout or to store versions for backup, check in the file. Make sure that you assign the version to the correct activity. Any work that you check in from your development view is not available to other team members until you deliver it.

Before you deliver your work, build and test the work in your development view. This testing is particularly important to do after you rebase the stream and before you deliver activities. This ordering of your work reduces the amount of merging needed when you deliver your work.

When you are ready to make your work available to the rest of the project, deliver it.

If you work in a single-stream project, you do not check in until you test your source files and want to complete your activity.

Indicating your progress

If your project is enabled for Rational ClearQuest, do the following tasks to indicate your progress on an activity:

You may need to complete one of the following tasks, even if your project is not enabled for Rational ClearQuest.

Working on multiple activities

You can set your view to only one activity at a time, but you may keep multiple undelivered activities in your stream. You can work on one activity, set and work on a different activity, and then set and return to working on the original activity.

Related concepts
About activities
Before moving work from a development stream to another project
About checking out elements
About comparing versions of elements
About checking in elements
Testing your work before you merge
Indicating your progress in a project enabled for Rational ClearQuest
About modifying Rational ClearQuest information
About the Rational ClearQuest schema enabled for UCM
Before reassigning activities
Before deleting activities
Related tasks
To see the history of an element
To find checkouts
To see the version tree of an element
To close a Rational ClearQuest activity

Feedback