5.2 Working on Branches

Your organization's policies may dictate that each development project use its own branch to isolate its changes from other development projects. To adhere to this policy, each member of a project team uses a view whose config spec specifies this information:

For example, each member of the project team that is optimizing the database schema uses a view that selects versions on the db_optimize branch and creates new versions on that branch.

Figure 22 Elements Have Common Branches

For more information about branches, see Managing Software Projects and the mkbranch reference page in the Command Reference.

The Version-Extended Pathname

ClearCase commands and documentation use a notation to specify a version of an element on a branch. For example, util.h@@\main\2 specifies version 2 of util.h on the main branch; util.h@@\main\r1_bugs\bug404\1 specifies version 1 of util.h on the bug404 subbranch below the r1_bugs subbranch, which is below the main branch (Figure 23).

Figure 23 Version-Extended Pathnames

From a command-line interface, you can use version-extended pathnames to access versions other than the ones currently selected by your view. To view the contents of a version that is not currently in a snapshot view, you must use the cleartool get command in addition to version-extended pathnames.

For a full description of the syntax for version-extended pathnames, see the pathnames_ccase reference page in the Command Reference.